df -k 的结果与文件系统中du -sk的结果无法对应上 ？？？

Solaris 8 for spark
通过df -k
发现 /opt 文件系统的使用率达到94% ， 已经使用了 1.8G
进入 /opt 文件系统 cd /opt
使用 du -sk * 发现所有子目录的大小总和也就1.2G
为什么会有这么大的差距呢
如何释放掉其中的差距

谢谢 着急啊

引用:

原帖由 crystalsn 于 2008-4-28 22:00 发表
df -k 的结果与文件系统中du -sk的结果无法对应上 ？？？

Solaris 8 for spark
通过df -k
发现 /opt 文件系统的使用率达到94% ， 已经使用了 1.8G
进入 /opt 文件系统 cd /opt
使用 du -sk * 发现所 ...

du -sk 是磁盘上文件实际占有的大小，反映的是一个真实的值
df -k包含rm及ulink后文件未释放的部分

如果一个文件正在被其它进程操作，而你rm掉这上文件，此时df -k与du -sk就会有差别
可以做如下尝试：
1、安装一个lsof
2、lsof |grep delete
3、kill 掉无用的进程

分区的时候根目录尽量留大点，就基本不用担心根区空间不足了！我都是设8~10G左右！

这是个老问题了，之前有人提过，蝴蝶的解释很到位

问题解决了 原因是一个用户在应用程序没停止的时候删除了一个/opt中的日志文件。
造成实际标记占用的空间没释放，但大文件已经没有了 。  
重启这个应用程序后，日志文件重新生成，然后磁盘空间也释放出来了