df和du的区别以及磁盘空间使用问题

nanaskylead

不错，这是一个盲点。。。。。。

bear

其实这样也是避免文件系统满的另外一个方面，不清理就会造成文件系统满的假象。

xhui

这个问题我在AIX上也碰到了，我们的应用跑上一段时间（几周）后，用df和du统计出来的结果相差就很大(df统计值更大)，有的时候有几百M, 甚至1、2个G，我把所有的应用全部停下来后还是没有什么改变，不知道为什么？不知有没有那位大侠知道

bear

[quote]原帖由 \"xhui\"]这个问题我在AIX上也碰到了，我们的应用跑上一段时间（几周）后，用df和du统计出来的结果相差就很大(df统计值更大)，有的时候有几百M, 甚至1、2个G，我把所有的应用全部停下来后还是没有什么改变，不知道为什么？不?.........[/quote 发表：\n\r\n把那个文件系统umount试试

吹拂的晨风

bear提供的文档很不错，虽然在其他地方也见过类似的解释，可没有这些具体和明白，而且这样的讨论值得继续！顶一下！

xhui

谢谢bear的回复！\r\nunmount文件系统是可以的，以前试过。但是产生df和du不同的原因一直没有查到。按理说应用系统的进程全部终止后，操作系统应该释放进程占用的资源，可是实际上没有。不知道应用程序中什么样的调用会导致文件系统的“虚”增长。

xiaoqiangxp

我这边的solaris操作系统  用 df -k  看/export/homea占用空间为90G .用du -k看/export/homea占用空间为3G多，相差几十倍 哪位能知道这方面的原因？

xiaoqiangxp

When a file system is over allocated in this way, \r\ndf may report that the file system is more than 100% utilized\r\n\r\n那有可能 df   磁盘占用已经超了100%的情况？但是其实是正常的。业务不会受到影响？

liuchanghu

有什么方法查可以  把某个目录下的目录或者文件 按 文件(目录)大小，降序排列，取前10个\r\n\r\n硬盘被占满了，却不知道都是什么东西？

susbin

A better explanation:\r\n\r\nThe difference is that whenever an application has an\r\nopen file, but the file is already deleted, then it is counted in the df\r\noutput (because the space is certainly not free) but not in du (because\r\nit is not being used by a file).\r\nhttp://lists.debian.org/debian-isp/2002/05/msg00046.html