Linuxのdfコマンドとduコマンドによって検出された使用済みスペースの違いを解決する方法

ユーザーがLinuxシステムサーバーにログインして表示すると、dfとduによって検出された結果が異なることがわかり、duによって検出された実際の使用スペースはdfによって検出された使用スペースよりかなり小さくなります。たくさんありますが、これは一体どういうことですか。いくつかのスペースは隠されていますか？ dfコマンドとduコマンドで使用されるさまざまな解決策を見てみましょう。

方法は次のとおりです。

最初に、dfを使用して使用済み領域を表示します。

次に、duを使用してルートパーティションの下の各ディレクトリのサイズを調べます。

赤いボックス内の2つのディレクトリを除外します（マウントされているため）。すべてのディレクトリの合計です。サイズは3075332KB（契約2.93GB）で、dfよりも2.27GB小さくなります。

どうしてそんなに多くのスペースが残っているのですか？

実際には、プロセスによって書き込み中のファイルが削除されているため、削除されたとしてもそのファイルが削除されずにシステムに一時的に保存されます。どこかに、Windowsのごみ箱のようなものがあります。

この問題を解決するには、最も簡単な方法はサーバーを再起動することですが、運用環境では一般的に再起動が容易ではないため、他の方法で解決することもできます。

最初にlsofコマンドとgrepコマンドを使用して、どれが削除されたかを調べますが、それでもシステムスペース「rogue」を占有します。

上の赤いボックス内のファイルは、以前に削除した大きなファイルですこのプログラム（ノード）を再起動しようとしています。手動で起動する必要はありません。

使用済み容量が3226324KB（契約3.08GB）に減少しました。これは、du統計の合計容量に非常に近い値です。

次に、削除した他のファイルを1つずつ再起動したところ、dfのサイズはdu統計の合計スペースとほぼ同じです。

この時点で、dfとduによって検出されたさまざまなファイルが解決され、システム内の「不正」が排除されます。これが私たちのスペースです。

dfコマンドとduコマンドでスペースを使用する方法が異なることがわかっていますこの問題が発生した場合は、上記の手順に従って問題を解決できます。