30GB のディスク容量がほぼいっぱいになっている Ubuntu ボックスがあります。
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 30G 28G 0 100% /
しかし、すべてのルートフォルダのサイズを確認すると
sudo du -sh /foldername
合計17.2GBしか使えない
lib/ 6.7G
usr/ 4.8G
home/ 2.0G
var/ 1.3G
boot/ 1.1G
swapfile 1.1G
root/ 125M
sbin/ 12M
bin/ 11M
etc/ 8M
run/ 420K
lost+found/ 16K
media/ 8.8K
dev/ 4K
lib64/ 4K
mnt/ 4K
srv/ 4K
opt/ 4K
tmp/ 4K
sys/ 0
proc/ 0
何か怪しいところはありませんか? 約 11 ギガバイトが不明です。失われた 11G はどこにあるのでしょうか?
答え1
Server Fault コミュニティからのアドバイスに従って、ブロック サイズを確認しました。
stat --printf='%s' -f .
4096で「正常」でした
次に、削除されたファイルがプロセスによってまだ開かれたままになっている数を確認しました。
lsof | grep -c DEL
143個のファイルが報告されており、これが失われたスペースのすべてを説明する可能性があるが、それはありそうにないと思う。
その後、ボックスを再起動すると、ディスク容量がすべて回復しました。
df -h
Filesystem Size Used Avail Use% Mounted on
udev 487M 4.0K 487M 1% /dev
tmpfs 100M 388K 100M 1% /run
/dev/vda1 30G 17G 12G 61% /
反射
再起動後にディスク容量が大幅に回復したということは、ボリュームのブロック サイズが主な原因ではなかったということです。したがって、まだ矛盾の原因が 100% はっきりしているわけではありませんが、容量が回復して嬉しいです。
答え2
大きな隠しファイルがいくつかあると思いますが、それらはフラグを使用した場合にのみ表示されます-a:
du -ha /foldername | sort -hr
上記のコマンドは、すべてのファイル（隠しファイルを含む）のサイズを出力し、それらをサイズ順に並べ替えて識別できるようにします。