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