du 与 df 区别

Question

我有一个文件服务器，其中 df 报告 94% 的 / 已满。但是根据 du 的说法，使用的要少得多：

# df -h /
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda3             270G  240G   17G  94% /
# du -hxs /
124G    /

我读到打开但删除的文件可能对此负责，但重新启动并没有解决这个问题。

这是Linux，ext3。

问候

Answer 1

好的，找到了。

我在同一个文件系统中的/mnt/Backup 上有一个旧备份，然后在那个地方安装了一个外部驱动器。所以du没有看到文件。所以清理这个给了我我的磁盘空间。

它可能是这样发生的：在日常备份脚本运行时，外部驱动器曾经被卸载。

Answer 2

我不认为你会找到一个更彻底的解释，然后这个链接可能会因为所有原因被关闭。一些可能有帮助的亮点：

• 你的 inode 使用率是多少，如果它几乎是 100% 会搞砸：

  df -i

• 你的块大小是多少？许多小文件和大块大小可能会使它倾斜很多。

  须藤 tune2fs -l /dev/sda1 | grep '块大小'

• 删除的文件，您说您对此进行了调查，但是要获得总空间，您可以使用以下管道（我喜欢 find 而不是 lsof 只是因为 lsof 解析起来很痛苦）：

  sudo find /proc/*/fd -printf "%l\t%s\n" | grep 已删除 | 切-f2 | (tr '\n' +; 回声 0) | 公元前

然而，这几乎是 2 倍。在卸载分区时在分区上运行 fsck 以确保安全。

Answer 3

看起来像是文件被删除而进程仍然打开它们的情况。发生这种断开是因为 du 命令总计文件系统中存在的文件空间，而 df 显示文件系统中可用的块。打开和删除的文件的块在该文件关闭之前不会被释放。

您可以通过检查 /proc 找到哪些进程打开但删除了文件

find /proc/*/fd -ls | grep deleted

Answer 4

在您的情况下，最可能的原因是您有很多非常小的文件（小于驱动器上的块大小）。在这种情况下，df 将报告所有已使用块的总和，而 du 将报告文件大小的实际总和。

Answer 5

我同意

lsof +L 1 /home | grep -i deleted

是一个很好的起点，就我而言，我注意到我有很多正在运行的 perl 脚本，并且使很多文件保持活动状态，即使它们应该被删除。

我杀了Perl的功能，这使du和df几乎相同，结案。