主页 / server / 问题 / 57098
Accepted
Andreas Kuntzagk
Asked: 2009-08-22 03:23:19 +0800 CST

du与df差异[重复]

  • 772

我有一个文件服务器，其中 df 报告 94% 的 / 完整的。但根据 du 的说法，使用的更少：

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

我读到打开但删除的文件可能是造成它的原因，但重新启动并没有解决这个问题。

这是Linux，ext3。

问候

linux filesystems df du

7 个回答

  1. Best Answer

    好的，找到了。

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

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

    • 35

  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。

    • 17

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

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

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

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

    • 7

  5. 我同意

    lsof +L 1 /home | grep -i deleted

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

    du我杀死了 perl 函数，这使得df案例关闭。

    • 7

  6. 默认情况下，当您使用 EXT3 格式化文件系统时，驱动器的 5% 将保留给 root。df 在报告可用内容时说明此储备，而 du 显示实际使用的内容。

    您可以通过运行以下命令查看保留块：

    tune2fs -l /dev/sda|grep -i 保留

    你会得到类似的东西：

    Reserved block count:     412825
Reserved GDT blocks:      1022
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)

    如果您想将其调整为较低的百分比，您可以使用类似

    tune2fs -m 1 /dev/sda

    您可以将其减少到 0，但是由于这是您的根文件系统，因此我会小心翼翼地这样做。如果文件系统实际上已满，则可能会使清理它所需的维护任务变得困难。

    • 1

  7. 是否有可能 du 也没有增加目录的大小？尽管如此，这似乎是一个巨大的差异，但这不能对所有这些负责。

    • 0

相关问题