This process runs on a filesystem which is /home. Previously, it was similar on filesystem root, but I disabled (mask) systemd-journald and for the root partition the jbd2 process no longer takes up any significant part of the I/O on the HDD.
I have no idea what process causes such extensive modification of the filesystem journal. I tried to figure out something with "lsof", "iotop" but found nothing.
On other computers, this problem does not occur. And the one with which there is a problem has a "clean" M8 installation made during the upgrade from M7 (at least root).
What else can I check to find out what's so heavy on the I/O ? Any idea?
Below the output from the command "iotop -ao" :
- Code: Select all
Total DISK READ : 0.00 B/s | Total DISK WRITE : 230.75 K/s
Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 2.16 M/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
778 be/3 root 0.00 B 268.00 K 0.00 % 5.81 % [jbd2/sda7-8]
857822 be/4 root 0.00 B 0.00 B 0.00 % 0.09 % [kworker/1:0-events]
505 be/3 root 0.00 B 36.00 K 0.00 % 0.01 % [jbd2/sda5-8]
783 be/3 root 0.00 B 36.00 K 0.00 % 0.01 % [jbd2/sda8-8]
803144 be/4 root 0.00 B 4.00 K 0.00 % 0.00 % encfs -S ~ciek/dir_v
1239569 be/4 maciek 0.00 B 168.00 K 0.00 % 0.00 % chrome --~PoolForeg]
1101074 be/4 maciek 0.00 B 20.00 K 0.00 % 0.00 % skypeforl~PoolForeg]
1216696 be/4 root 0.00 B 0.00 B 0.00 % 0.00 % [kworker/~onversion]
1255222 be/4 root 0.00 B 0.00 B 0.00 % 0.00 % [kworker/~s_unbound]
2775 be/4 maciek 0.00 B 48.00 K 0.00 % 0.00 % ./insync start
3362 be/4 maciek 0.00 B 92.00 K 0.00 % 0.00 % chrome
3408 be/4 maciek 0.00 B 4.00 K 0.00 % 0.00 % chrome [HangWatcher]
3414 be/4 maciek 0.00 B 28.00 K 0.00 % 0.00 % chrome [C~_IOThread]
3444 be/4 maciek 0.00 B 4.00 K 0.00 % 0.00 % chrome [C~hread_Blo]
1255641 be/4 maciek 0.00 B 8.00 K 0.00 % 0.00 % chrome [T~PoolForeg]
643579 be/4 maciek 0.00 B 12.00 K 0.00 % 0.00 % nextcloud
645265 be/4 root 0.00 B 4.00 K 0.00 % 0.00 % encfs -S ~ciek/dir_v
