異常なファイルシステムのディスク消費

Question

同様の質問が寄せられていることは承知しています。検索して、自分のシステムに関連しているかどうかを調べようとしました。Ubuntu 18 を実行していますが、PostgreSQL のインストール、最近のセキュリティ更新など以外に、ファイル システム ドライブが膨張し、縮小し続けているようです。/dev/sde1/下の画像 (強調表示) に示すように、何がスペースを占有しているのかを調べようとさらに検索したところ、ジャーナリングに関係しているか、メール サーバーの起動時にトリガーされた何かである可能性があります。これに対処する最善かつ最も安全な方法はわかりません。このマウントは、影響を受けているブート ドライブです。

私が見ているもののイメージ:

cmdから:

webminから:

これに対する賢明なアプローチについてどう思いますか?

Answer 1

何かが多くのスペースを占有している場合、賢明なアプローチは次のとおりです。

1. 多くのスペースを占有しているものを見つけます。

   便利なツールはNCDU、 具体的にはncdu -x /ルートファイルシステム内のどのディレクトリが最も多く使用されているかを表示し、その内部を移動できるようにします (基本的には、WinDirStat や SpaceSniffer に似ています)。

   手動で繰り返し実行することも可能ですdu -xhs <dir>が、少し面倒です。(どちらの場合も、「x」オプションは、/proc などの仮想ファイルシステムを調べないように指示します。)

2. 多くのスペースを占めているものを削除します。

   ただし、ファイルをすぐに削除しないでください。そもそもファイルサイズが大きくなる原因は何なのか、特別なコマンドを使用して削除する必要があるのか​​どうかを調べてください。たとえば、データベース ログ/ジャーナル ファイルは DB 自体を通じてフラッシュする必要があります。/var/log 内のシステム ログは削除しても安全ですが、いずれにしても構成可能な保持期間があります。その期間が適用されない理由を確認してください。

3. 使用済みスペースが合計されない場合 (たとえば、ncdu が 50 GB 相当のファイルのみを表示する場合)、すでに削除 (リンク解除) された大きなファイルが、何らかのプログラムによってまだ開かれたままになっている可能性があります。プログラムを再起動するか、システムを再起動すると、この問題が解決します。

   sudo lsof -n | grep "(deleted)"削除されたがまだ開いているすべてのファイルと、プロセス ID が表示されます。(/tmp または /dev/shm の下にあるファイルは無視してください。これは正常であり、いずれにしても別のファイルシステム上にあります。)

   LVM/Btrfs/ZFS を使用していた場合は、古いスナップショットや失われたサブボリュームがあるかどうかも確認する必要があります。これらはファイルシステムには表示されませんが、依然としてスペースを占有しています。