执行sudo apt-get autoremove命令 在某些情况下，它是有效的。如果存在以前未使用的头数据，则将清除这些数据。

如果您非常不幸，您已经使用了大约100%的inode，并且无法创建scipt。 你可以用df -ih来检验。

那么这个bash命令可以帮助您:

sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n

是的，这将花费时间，但您可以找到拥有最多文件的目录。

我的解决方案:

尝试查找这是否是一个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

这解决了我的问题。

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

停止所有容器

docker stop $(docker ps -a -q)

删除所有容器

docker rm $(docker ps -a -q)

删除所有图片

docker rmi $(docker images -q)

对我有用

在上面的一个回答中，有人建议会话是inode耗尽的原因，在我们的例子中正是如此。为了补充这个答案，我建议检查php.ini文件并确保session。Gc_probability = 1也是session。gc_除数= 1000和 会话。Gc_maxlifetime = 1440。在我们的案例会议上。Gc_probability等于0，导致了这个问题。

到目前为止，这个问题有很多答案，上面所有的答案似乎都是具体的。我认为你使用stat是安全的，但根据操作系统的不同，你可能会遇到一些inode错误。因此，使用64位来实现自己的统计调用功能以避免任何溢出问题似乎是相当兼容的。