質問: linuxを使用していまして 急にレスポンスが悪くなったので自分なりに調べてみました。 ハードディスクのいっぱいになった様なので、dfで確認してみると # df -ah Filesystem サイズ 使用 残り 使用% マウント位置 /dev/sda3 146G 146G 0G 100% / tmpfs 4.0G 0 4.0G 0% /lib/init/rw proc 0 0 0 - /proc sysfs 0 0 0 - /sys procbususb 0 0 0 - /proc/bus/usb udev 10M 704K 9.4M 7% /dev tmpfs 4.0G 0 4.0G 0% /dev/shm devpts 0 0 0 - /dev/pts /dev/sda1 228M 22M 195M 11% /boot でした。 しかし、duで確認してみると #du -hs / 20G / となってました。 duとdfの結果が違うのはわかるのですが、あまりにもかけ離れているので どういう風に解決していいのかわかりません。 不必要なファイルは、すでに削除して利用しているファイルは、20Gぐらいです。 原因と解決策を教えていただければと思います。 debian lenny xfsを利用しています
回答: あまり状況が良くないような気が... du vs. df inconsistency 上記ページで、ファイルシステムに XFS を使っていて、同様の現象が起きていますが、結局、ファイルシステムとして壊れかけていたようです。 df command - problems この方の場合だと、再起動したら、直っちゃったみたいです。おそらく、再起動時に fsck が走って、ジャーナルデータか何かを修復したのではないかと思います。 > 急にレスポンスが悪くなった > > のが、純粋にディスクフルになったためか、別の問題で XFS ファイルシステム上に不具合が発生して、df で見るとディスクフルに見えるようになったのか、分かりませんが、一度、fsck を走らせた方が良さそうです。 問題になっているのが「/」なので、次回起動時に fsck が必ず走るようにシャットダウンする必要があります。 Linux Force fsck on the Next Reboot or Boot Sequence /forcefsck という空のファイルを作るか、shutdown に -F オプションを付けると、次回起動時に fsck が走るようになります。 もし可能であれば、ディスクイメージを取るとか、バックアップを取ったほうが良いです。fsck で止めを刺す可能性もあるので。