Linuxのディスク使用量とディスクサイズが一致しない[Fedora 11]

Xen VMで問題が発生しています（ルートとして実行）dfとbaobabはディスクの94％が使用されていることに同意しています（28Gのうち25G）が、duは合計ディスク使用率のほんの一部（3.3G）のみをカウントします。

サーバーには、/にマウントされた28Gパーティションという単純なLVM構成があります。lvdisplayとvgdisplayは両方とも、ボリューム全体が考慮されていることを示しています。

ほぼ22Gのスペースが不足していますか？

df Output
=========
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/vg_dns-lv_root
                  29241444  25924244   1831788  94% /

df -h Output
============
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_dns-lv_root
                   28G   25G  1.8G  94% /

`du --max-depth=1 -h` Output
============================
96K     ./tmp
128K    ./home
23M     ./root
...
94M     ./etc
4.0K    ./.pulse
3.4G    .

— ウィリアム・カーター・バラー
ソース

コマンド自体の出力を含めてください。を確認する必要がduありdf -hます。また、このQ＆Aをご覧ください。ディスク使用量を測定するために多くの異なる方法があるのはなぜですか？

— テルドン14

回答:

プロセスによって開かれたままのファイルを削除（リンク解除）すると、から使用が消えますduが、まだ使用されていdfます。最後のプロセスがファイルを閉じると（そのプロセスが終了したときに最新の状態になります）、ファイルで使用されていたスペースも割り当て解除され、使用可能になりますdf。

— ラスロ・ヴァルコ
ソース

これは名前付きサーバーです。namedがそのすべてのスペースを占有している可能性はありますか？稼働時間は...すごい... 743日です。

— ウィリアムカーターバラー

@WilliamCarterBallerはオプションを再起動していますか？問題がハングしたファイルである場合、再起動すると問題が解消されます。

— テルドン

「lsof -n | grep deleted」を使用して、削除されたファイルを確認できます。おまけとして、これらのファイルを開いたままにしておくプロセスもわかります。「> / proc / $ process_id / fd / $ fd」を実行することにより、このようなファイルを空にできます。$ process_idは2番目の列、$ fdは5番目の列です。

— ウルテル14

わー@wurtel！あなたはまったく正しい。lsof -nの出力| grep削除：rsyslogd 943 root 1w REG 253,0 20649662640 122793 /var/log/messages.20140731（削除済み）。20649662640bは20.64Gに変換されます。rsyslogを再起動すると問題が解決します！ありがとうございました！！

— ウィリアムカーターバラー14

緊急ディスクがいっぱいの状況で大きな（および成長中の）ファイルを削除するだけではディスクスペースを解放できない可能性があることを知っておくと、命を救うことができます。それがオプションではない場合、ファイルを削除する代わりに、その内容を切り捨てることを選択する必要があります（:> filename）。

— ラスロヴァルコ14

Linuxは、rootのみが使用できるバッファースペースを保持します。実行sudo tune2fs -l /dev/sda1すると、出力に予約済みブロックの数が表示されます。

予約済みブロックを完全にオフにするには、次のコマンドを使用します。

sudo tune2fs -m 0 /dev/sda1

— リーロイ
ソース

tune2fs -l / dev / mapper / vg_dns-lv_rootは次を提供します。ファイルシステムOSタイプ：Linux iノード数：1859584ブロック数：7427072予約済みブロック数：371353フリーブロック：829324フリーiノード：1736734 ...

— William Carter Baller

つまり、予約ブロック数は371353、つまり合計0.177074909Gですか？

— ウィリアムカーターバラー

@wurtelの情報で修正されました。

Output of `lsof -n | grep deleted`
================================== 
rsyslogd 943 root 1w REG 253,0 20649662640 122793 /var/log/messages.20140731 (deleted).

20649662640bは20.64Gに変換されます。rsyslogを再起動すると問題が解決します！

みんなありがとう！！

— ウィリアム・カーター・バラー
ソース

rsyslogdプロセスのkill -hupによっても修正され、ログファイルを閉じて再度開くようにrsyslogdに指示します。今、ログファイルのローテーションが行われたが、なぜ把握行かないシグナリング:-)

— wurtel