Linuxファイルシステム。df＆duを使用したサイズ計算の違い

実行するdfと、ルートデバイスがいっぱいであることが表示されます。

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             9.9G  9.4G     0 100% /

inode使用方法を確認したところ、ルートデバイスに使用できるスペースはかなりあります

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1               640K    103K    538K   16% /

しかし、このduコマンドを実行すると、の2Gうち使用しただけであることが示され9.9Gます。

ip-XXX-XXX-XXX-XXX:/$ du -xh --max-depth=1
14M ./etc
4.0K ./mnt
96K ./tmp
3.5M ./bin
0   ./sys
964K ./boot
4.0K ./srv
0   ./dev
55M ./lib
25M ./root
1.1G ./usr
4.0K ./opt
846M ./var
4.3M ./sbin
23M ./home
16K ./lost+found
0   ./proc
2.0G .

それは私を夢中にさせ、面白くします。ルートディスク/がいっぱいで、サイトの機能の一部が失敗しているため、これは私たちにとって大きな問題です。

この問題の解決（および理解）を手伝ってください。

ありがとう。

* nixでファイルが削除されると、プロセスがそれらを開いている限り、ファイルはディスク上に存在し続け（ディスク領域を占有します）ます。一時ファイルを小さいサイズで作成して削除し、削除されたファイルを使用して他のプロセスが（簡単に）アクセスすることを心配することなくデータを格納することにより、一時ファイルを「保護」するためにこれを利用することはかなり一般的であるため、たとえば、一時データベースまたはマルチメディア編集セッションがこの方法で処理されている場合、削除されたファイルの容量はかなり大きくなる可能性があります。プログラムを再起動または再起動せずにシステムが（複数回）アップグレードされ、その前に開始されたプログラムによってすべての古い.soライブラリが開いたままになる場合、「失われた」スペースが多くなる可能性のある別の可能性があります。アップグレードし、まだ実行中です。

dfデバイスに割り当てられている容量を確認するだけでこれらのファイルが使用するスペースをdu確認できますが、対応するディレクトリエントリがないため、これらのファイルは確認できません。

このような「非表示」の使用済みスペースを解放できるのは、ファイルを削除したプロセスがそれらを開いたときにのみです。fuserコマンドでこれらのプロセスを見つけて終了することができます（または、多くのデーモンでは、開いているファイルを閉じて再度開くように通知するシグナルを送信します）。

ディスクがいっぱいになった場合、ファイルのロードを削除した場合でも、ディスクがまだいっぱいであることを再起動/再マウントするまで混乱する可能性があります。

私の側では、syslogdを再起動してディスク領域を元に戻しました。3GBがありませんでした！私のサーバーは250日間稼働していました。

アプリケーションを再起動せずにスペースをクリーンアップする方法があります。詳細は次のとおりです。

1. プロセスをfoo実行して、abc.logという名前の2 GBファイルを作成するとします。このabc.logが他のユーザーによって削除されたとしましょう。

2. fooのpidを取得します（123としましょう）。そう/proc/123/fdで開かれたファイルディスクリプタのリストが表示されますfoo。abc.logがあるものは、削除済みとして表示されます。fdabs.logが111であるとしましょう。を実行less /proc/123/fd/111しても、2 GBのデータがすべて表示されます。

3. を実行しますecho " " > /proc/123/fd/111。これにより、コンテンツが空の文字列で上書きされます。このコマンドを実行dfすると、abc.logをクリーニングすることにより、2 GBが回復したことがわかります。

それでおしまい。私はこれをCentOSで試してみましたが、うまくいきました。