jbd2は常にディスクに書き込みます[終了]

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。

この質問を改善したいですか？ Ask Ubuntuのトピックになるように質問を更新します。

5年前に閉鎖されました。

関連する問題があることは知っていますが、私のケースには当てはまらないようです。以下はiotopの出力です。jbd2は常に使用率が90％を超えています。それは2日間粉砕されています。再起動後にしばらく停止しますが、しばらくすると再び起動します。32ビットUbuntu 13.04を使用しています。200GB WDディスク。BIOSでのスマートな無効化。RAID構成はありません。

 Total DISK READ:       0.00 B/s | Total DISK WRITE:    1997.25 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                             
  307 be/3 root        0.00 B/s  811.58 B/s  0.00 % 93.68 % [jbd2/sda1-8]
15454 be/4 curvv       0.00 B/s 1623.16 B/s  0.00 %  0.88 % firefox
 4305 be/4 curvv       0.00 B/s  721.23 K/s  0.00 %  0.70 % gvfsd-metadata
 2048 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % console-kit-daemon --no-daemon
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % init
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    ...

— カービアン・ヴァインズ
ソース

それで、これは再び始まりました。私はgvfsd-metadataに気付き、それを削除し、jbd2プロセスは0.00％の使用率に戻り、グラインディングはすぐに停止しました。それが実際に何をするかを理解しようとしています。gvfsd-metadataのmanページから：

gvfsd-metadata is a daemon acting as a write serialiser to the internal gvfs metadata storage. It is autostarted by GIO clients when they make metadata changes. Read operations are done by client-side GIO code directly, and don't require the daemon to be running. The gvfs metadata capabilities are used by the nautilus file manager, for example.

— Curvian Vynes

unix.stackexchange.com/questions/108254/…にも同じ解決策があります。私はkdeを使用していますが、先日nautilusが起動し、ディスクが回転したままになりました。これは、問題を修正

— naught101

また、次のコマンドを実行してプロセスを強制終了し、保存されているメタデータを削除しました。

pkill gvfsd-metadata 
rm -rf .local/share/gvfs-metadata

— スラッシング
ソース

私のubuntuをssdハードディスクからメカニカルハードディスクにクローンした後、sssdサービスは多くのIO割り込みを作成していました。これがトリックを作りました：sudoサービスsssd停止

— -xtrm