当我总结我的文件的大小时，我得到一个数字。如果我跑du，我会得到另一个数字。如果我du在分区上的所有文件上运行，它与df使用的声明不匹配。为什么我的文件总大小有这么多不同的数字？电脑不能加吗？
说到添加：当我添加 的“Used”和“Available”列时df，我没有得到总数。而且这个总数小于我的分区大小。如果我把我的分区大小加起来，我就不会得到我的磁盘大小！是什么赋予了？
可能的重复：
ext4：如何考虑文件系统空间？
我有一个大约 2TB 的 ext4 USB 外置磁盘，大约已满：
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdc 1922860848 927384456 897800668 51% /media/big
我想知道为什么总大小 (1922860848) 与 Used+Available (1825185124) 不同？从这个答案中，我看到 5% 的磁盘可能是为 root 保留的，但这仍然只会占用用于 1921328166 的总数，这仍然是关闭的。它与其他一些文件系统开销有关吗？
如果相关，则lsof -n | grep deleted显示此磁盘上没有已删除的文件，并且此磁盘中没有安装其他文件系统。
编辑：根据要求，这是输出 tune2fs -l /dev/sdc
tune2fs 1.41.14 (22-Dec-2010)
Filesystem volume name: big
Last mounted on: /media/big
Filesystem UUID: 5d9b9f5d-dae7-4221-9096-cbe7dd78924d
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent …在我的Amazing 2GB EeePC Surf 上，我没有更多的空间了！
这很正常，而且时不时发生。只需删除一些不需要的大文件，一切都会好起来的，对吧？
所以我去/tmp 中找到一个2MB 的文件，然后rm -rf它。再次检查可用空间，然后——还是什么都没有？！
在注册一些可用空间之前，我不得不删除大约30MB的文件。
现在，我的问题是，这种奇怪的行为是怎么回事？