df -k 的結(jié)果與文件系統(tǒng)中du -sk的結(jié)果無法對應(yīng)上 ？？？

crystalsn

df -k 的結(jié)果與文件系統(tǒng)中du -sk的結(jié)果無法對應(yīng)上 ？？？

Solaris 8 for spark
通過df -k
發(fā)現(xiàn) /opt 文件系統(tǒng)的使用率達到94% ， 已經(jīng)使用了 1.8G
進入 /opt 文件系統(tǒng) cd /opt
使用 du -sk * 發(fā)現(xiàn)所有子目錄的大小總和也就1.2G
為什么會有這么大的差距呢
如何釋放掉其中的差距

謝謝 著急啊

hrb_qiuyb

原帖由 crystalsn 于 2008-4-28 22:00 發(fā)表
df -k 的結(jié)果與文件系統(tǒng)中du -sk的結(jié)果無法對應(yīng)上 ？？？

Solaris 8 for spark
通過df -k
發(fā)現(xiàn) /opt 文件系統(tǒng)的使用率達到94% ， 已經(jīng)使用了 1.8G
進入 /opt 文件系統(tǒng) cd /opt
使用 du -sk * 發(fā)現(xiàn)所 ...

du -sk 是磁盤上文件實際占有的大小，反映的是一個真實的值
df -k包含rm及ulink后文件未釋放的部分

如果一個文件正在被其它進程操作，而你rm掉這上文件，此時df -k與du -sk就會有差別
可以做如下嘗試：
1、安裝一個lsof
2、lsof |grep delete
3、kill 掉無用的進程

云杉上的蝴蝶

分區(qū)的時候根目錄盡量留大點，就基本不用擔(dān)心根區(qū)空間不足了！我都是設(shè)8~10G左右！

sun029

這是個老問題了，之前有人提過，蝴蝶的解釋很到位

crystalsn

問題解決了 原因是一個用戶在應(yīng)用程序沒停止的時候刪除了一個/opt中的日志文件。
造成實際標(biāo)記占用的空間沒釋放，但大文件已經(jīng)沒有了 。  
重啟這個應(yīng)用程序后，日志文件重新生成，然后磁盤空間也釋放出來了