我只是做了类似的事情：
$ du -sh /bigdata/stuff 1022G /bigdata/stuff $ df -h /bigdata Fileystem Size Used Avail Used% mounted on /dev/sda5 1,8T 1,7T 140G 93% /bigdata $ rm -rf /bigdata/stuff/* $ df -h /bigdata Fileystem Size Used Avail Used% mounted on /dev/sda5 1,8T 1,6T 268G 86% /bigdata 这意味着删除1022 G的文件只给了我128 G的额外的可用空间。
/ bigdata下没有进一步的文件系统，此时/ bigdata上没有打开的文件。
为了收回所有的空闲空间，我需要卸载/ bigdata（以v … e … r y long）并重新安装。 之后，一切都恢复正常了。
根据fsck，没有文件系统错误（fsck仅用于错误检查，不需要回收空间）。
根据SMART扩展自检，硬盘没有硬件错误。
有人知道什么是错的吗？
系统信息：
我在几个月前购买的硬盘上使用Ubuntu Server 12.04 64位上的ext4，所以没有以前的安装（因为没有）的inheritance问题。 文件系统是使用-m 0（0％为root保留的）创build的。
历史：
几年前我已经注意到了这个问题（在ext3上）。 到目前为止，我认为只有当我通过NFS访问/ bigdata并且从客户端执行操作时才会发生。 但现在，我已经看到，它也发生在本地删除文件。