我有一个磁盘驱动器，其中inode使用率为100%(使用df -i命令)。 但是在大量删除文件后，使用率仍然是100%。
那么正确的做法是什么呢?
一个磁盘空间使用较少的磁盘驱动器怎么可能有 更高的Inode使用率比更高的磁盘驱动器磁盘空间使用率?
它是可能的，如果我压缩大量的文件，会减少使用的索引节点数?
当前回答
在上面的一个回答中，有人建议会话是inode耗尽的原因，在我们的例子中正是如此。为了补充这个答案，我建议检查php.ini文件并确保session。Gc_probability = 1也是session。gc_除数= 1000和 会话。Gc_maxlifetime = 1440。在我们的案例会议上。Gc_probability等于0，导致了这个问题。
其他回答
我们最近遇到了类似的问题，如果一个进程指向一个被删除的文件，Inode不会被释放，所以你需要检查lsof /， kill/ restart进程会释放Inode。
如果我说错了，请指正。
如前所述，如果有很多小文件，文件系统可能会耗尽inode。我提供了一些方法来查找这里包含大多数文件的目录。
到目前为止，这个问题有很多答案，上面所有的答案似乎都是具体的。我认为你使用stat是安全的，但根据操作系统的不同，你可能会遇到一些inode错误。因此，使用64位来实现自己的统计调用功能以避免任何溢出问题似乎是相当兼容的。
执行sudo apt-get autoremove命令 在某些情况下，它是有效的。如果存在以前未使用的头数据，则将清除这些数据。
我的情况是我没有inodes了，我已经删除了所有我能删除的东西。
$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 942080 507361 11 100% /
我使用的是ubuntu 12.04LTS，无法删除旧的linux内核，它占用了大约400,000个inodes，因为apt因为缺少一个包而损坏了。我无法安装新包，因为我没有inodes了，所以我被卡住了。
我最终手动删除了一些旧的linux内核，以释放大约10,000个inode
$ sudo rm -rf /usr/src/linux-headers-3.2.0-2*
这足以让我安装丢失的包并修复我的apt
$ sudo apt-get install linux-headers-3.2.0-76-generic-pae
然后使用apt删除剩余的旧Linux内核
$ sudo apt-get autoremove
现在情况好多了
$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 942080 507361 434719 54% /
