df -h报告'/'分区是100％满的。 在这个分区的每个目录上运行du -hs *表明还有很多空间。
报告只有一个块是免费的tune2efs 。 Ran fsck也显示了所有正在使用的块。
在“/”分区上，ionode的使用率是14％。
请注意/ var，/ usr，/ dev，/ tmp，/ home被安装在不同的分区上，并且有可用的空间。
你能告诉我所有块的可能的原因被占领和磁盘报告是充分的甚而坚韧有很多空间。
除了通常会导致可用空间不可用的打开文件问题外，一个不常见的问题是由挂载点屏蔽的文件。 例如，如果将/tmp作为单独的逻辑卷，但仍在根文件系统的/tmp中存在文件，则这些文件将占用空间，但将被挂载隐藏。
尝试在启动时进入单用户模式，所以没有任何运行，可能会挂起打开，卸载所有的东西，并确保没有文件隐藏在通常用作挂载点的目录中。
这通常是由于已经打开了一个已被删除的文件，但写入该文件的进程没有被重新启动，从而放弃该文件。 您可以使用lsof来查找打开但未链接的文件（已删除）
lsof +L1
应该做的伎俩。 正如手册页所述：
格式
+L1规范将select已经被解除链接的打开的文件。 格式为+L1 <file_system>的规范将在指定的文件系统上select未链接的打开文件。
如果一个文件在另一个进程保持打开的状态下被删除，那么这个进程可以继续写入，并最终不可见地填充磁盘。 一旦进程保持打开文件退出，块可用。
尝试评估每个正在运行的守护进程。 如果可能，重新启动它们。 如果你不能弄明白，重新启动盒子应该清除它。
这可能是因为可用空间的某个百分比是为root用户保留的。
请参阅文件系统上保留的根目录空间 – 为什么？ 或在Linux服务器上的磁盘完整，使用的块远远less于块可用