空のファイルシステム上でもアクティブなext4 jbd2ジャーナリング

私のext4ファイルシステムで、jbd2ジャーナリングが原因と思われるいくつかの問題が発生しています。私は関連する投稿をここに作成し、誰かが助けてくれることを期待して、言い換えます。

最小限の例として、空の8GB USBスティックから始め、gpartedを使用して1つのext4パーティションを作成します。ext4ファイルシステムの作成時にgpartedが使用するコマンドは次のとおりです。

mkfs.ext4 -j -O extent -L DataTraveler8gb /dev/sde1

ファイルシステムをgpartedで確認します。

e2fsck -f -y -v /dev/sde1

そして私はそれをマウントします：

sudo mount /dev/sde1 /media/test

ディスクは空ですが、ジャーナリングはこのディスク（/ dev / sde1）で非常にアクティブです。他のディスクは同様にフォーマットされたext4 SSDです。iotopのスナップショット：

% sudo iotop -oPa

Total DISK READ: 0.00 B/s | Total DISK WRITE: 2027.21 K/s
  PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
  262 be/3 root          0.00 B     56.00 K  0.00 %  0.18 % [jbd2/sda1-8]
29069 be/3 root          0.00 B      0.00 B  0.00 %  0.16 % [jbd2/sde1-8]
  891 be/3 root          0.00 B      4.00 K  0.00 %  0.03 % [jbd2/sdc1-8]

jbd2は/ dev / sde1で何をしていますか？

大きい2Tbディスクで同じ手順を実行すると、マウントするとすぐに、iotopはこの空のディスクが常にjbd2によってMb / sのレートで書き込まれていることを示します。

OSと/ homeを備えた他のディスクで、この動作を引き起こすようにプロセスによって変更されているファイルがあるかどうかを確認しようとしましたが、見つかりませんでした。また、tmpfsを使用するように多くのディスク集中プロセスを移動しました。そしてnoatimeを使用しました。

このマシンには/ dev / sdbという別の非SSDハードディスクがあり、これもext4ですが、gpartedでフォーマットされていません（同僚から与えられました）。iotopでは表示されません。したがって、私はgpartedに問題があると想定しています。

任意の提案をいただければ幸いです。また、既存のパーティションを変更してゼロから開始することなく問題を修正する方法についてのヒントも素晴らしいでしょう。

jbd2に関連する投稿がいくつかありますが、役に立ちませんでした（例：ここ）。

ext4は、マウントされるまで初期化の多くをポストポストすることで「クイックフォーマット」を行うようです（おそらくuninit_bgオプションですか？）。ドライブを最初にフォーマットした後、jbd2がこれを行っているようです。ここでのコメントの1つは、jbd2が作成後にパーティションにそのサイズに比例した時間だけ書き込むことを示唆し、200 GBあたり10分を示唆しました。これは、TBあたり50分を示します。昨日3TB ext4ドライブをフォーマットしたところ、jbd2が古くなって書き留めていましたが、現在は停止しています。

btrfsはこれを実行しませんが、外付けドライブについてはまだ信頼していません。たとえば、最近のカーネル（3.4以降、と思います）が必要です。または、ドライブを削除すると、カーネルがエラー（およびデータを失う可能性があります）します。最初にアンマウントせずに（もちろん、電源が切れた場合に起こります）。