[flush-8：16]および[jbd2 / sdb2-8]がGUIを応答不能にするのを防ぐにはどうすればよいですか？[閉まっている]
この質問が将来の訪問者に役立つことはまずありません。それは、小さな地理的領域、特定の瞬間、またはインターネットの世界的な視聴者には一般に適用できない非常に狭い状況にのみ関連します。この質問の適用範囲を広げるには、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 週に約2回、Webの閲覧や論文の執筆などの簡単なタスクを行っている間、グラフィカルインターフェイス全体が警告なしに約10〜20秒間ロックされます。これが発生すると、GUI要素はマウスまたはキーボード入力に応答せず、システムモニターアプレットは100％のIOWaitプロセッサ使用率を表示します。 今日、私はついに問題が始まったときにGNOMEターミナルをすでに開いていることがありました。Google Chrome、Firefox、GNOME Do、GNOME Panelなどの他のアプリケーションが応答しないにもかかわらず、端末は使用可能でした。私は走ったiotopとコマンドが名前のことを観察[flush-8:16]し、[jbd2/sdb2-8]交互に99.99％IOを使用していました。 これらは何ですか？また、GUIが応答しなくなるのを防ぐにはどうすればよいですか？ 詳細 $ mount | grep ^/dev /dev/sda1 on / type ext4 (rw,noatime,discard,errors=remount-ro,commit=0) /dev/sdb2 on /home type ext4 (rw,commit=0) $ cat /proc/swaps Filename Type Size Used Priority /dev/sdb3 partition 1052252 0 -1 /dev/sdaあるOCZ-VERTEX2と/dev/sdbあるWD10EARS。ここにとがdumpe2fs /dev/sdb2ありsmartctl /dev/sdb --allます。 dmesgまたはで異常なものは見当たりません/var/log/syslog。