即使磁盘不是很满，也很容易在磁盘上使用大量的inode。

inode被分配给一个文件，因此，如果您有无数个文件，每个文件都是1个字节，那么在耗尽磁盘之前，您就会耗尽inode。

如果文件有多个硬链接，删除文件也可能不会减少inode计数。正如我所说，inode属于文件，而不是目录条目。如果一个文件有两个目录条目链接到它，删除一个不会释放inode。

此外，您可以删除目录条目，但如果正在运行的进程仍然打开该文件，则不会释放inode。

我最初的建议是尽可能删除所有文件，然后重新启动计算机，以确保没有进程保留这些文件。

如果你这样做，你仍然有问题，让我们知道。

顺便说一下，如果你正在寻找包含大量文件的目录，这个脚本可能会有帮助:

#!/bin/bash

# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

我们最近遇到了类似的问题，如果一个进程指向一个被删除的文件，Inode不会被释放，所以你需要检查lsof /， kill/ restart进程会释放Inode。

如果我说错了，请指正。

如果你使用docker，删除所有图像。他们使用了很多空间....

停止所有容器

docker stop $(docker ps -a -q)

删除所有容器

docker rm $(docker ps -a -q)

删除所有图片

docker rmi $(docker images -q)

对我有用

我的解决方案:

尝试查找这是否是一个inodes问题:

df -ih

尝试查找索引节点数较大的根文件夹:

for i in /*; do echo $i; find $i |wc -l; done

试着找到特定的文件夹:

for i in /src/*; do echo $i; find $i |wc -l; done

如果这是linux头文件，尝试删除最老的文件:

sudo apt-get autoremove linux-headers-3.13.0-24

就我个人而言，我把它们移动到一个挂载文件夹(因为对我来说，上一个命令失败了)，并安装了最新的:

sudo apt-get autoremove -f

这解决了我的问题。

在树莓派上，我在/var/cache/fontconfig目录下有大量文件时遇到了问题。取出它花了一个多小时。当然还有rm -rf *。cache* raise参数列表过长错误。我用的是下面的

find . -name '*.cache*' | xargs rm -f

我的情况是我没有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% /