接近100%的磁盘使用率,df和du显示非常不同的结果,lsof不是答案

问题是我的CentOS 5.8机器告诉我,我几乎没有磁盘空间,当我非常有信心,情况并非如此。 我在这个问题上做了大量的研究,一直没有find解决办法。

'df -h'显示210G使用,8.6G有效

'ncdu'显示28.6G使用(相同的表观大小)

正如您所看到的,这在报告的“使用”空间中几乎是10倍的差异。 知道存储在这个驱动器上的东西,我认为28.6G更接近现实。

看看'lsof'的输出,最后几行(删除)很less。 此外,这些行中的最大尺寸是6190.最后,我重新启动了机器多次,如果我正确理解其他线程,无论如何将解决幻影文件的问题。

以下是ncdu的输出摘要:

    22.7GiB [##########] / opt
     2.8GiB [#] / usr
     1.5GiB [] / var
   812.4MiB [] / root
   310.6MiB [] / home
   194.3MiB [] / lib
   156.4MiB [] / etc
    36.5MiB [] / sbin
     7.3MiB [] / bin
   128.0KiB [] / tmp
    20.0KiB [] / mnt
 e 16.0KiB [] / lost + found
 e 8.0KiB [] / srv
 e 8.0KiB [] / selinux
     8.0KiB [] /媒体
 e 4.0KiB [] /备份
 > 0.0 B [] / sys
 > 0.0 B [] / proc
 > 0.0 B [] /净
 > 0.0 B [] / misc
 > 0.0 B [] / dev
 > 0.0 B [] / boot
     0.0 B [] .autorelabel
     0.0 B [] .autofsck

'df -Th'的输出:

使用的文件系统types大小可用使用%
的/ dev /映射器/的VolGroup00-LogVol00的
               ext3 221G 210G 8.6G 97%/
 / dev / sda1 ext3 99M 25M 74M 25%/ boot
 tmpfs tmpfs 1.7G 0 1.7G 0%/ dev / shm

这篇文章提到幻影文件之外还有两个可能的解释:

  1. 损坏的文件系统
  2. 妥协的机器

我正在寻找如何testing这些解释的有效性的帮助。 显然,解释#2尤其值得关注。

谢谢你的帮助!

你可以尝试从一个活的Linux运行e2fsck /dev/sdxy来检查FS损坏。 该分区必须卸载,这就是为什么你需要启动一个活的Linux。