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

停止所有容器

docker stop $(docker ps -a -q)

删除所有容器

docker rm $(docker ps -a -q)

删除所有图片

docker rmi $(docker images -q)

对我有用

对于大量的文件，可以使用RSYNC删除

rsync -a --delete blanktest/ test/

创建空白测试文件夹，其中包含0个文件，命令将与大量文件同步测试文件夹(我已经使用这种方法删除了近500万个文件)。

感谢http://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux

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

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

停止所有容器

docker stop $(docker ps -a -q)

删除所有容器

docker rm $(docker ps -a -q)

删除所有图片

docker rmi $(docker images -q)

对我有用

迟到的回答: 对我来说，是我的会话文件

/var/lib/php/sessions

使用Inodes的。 我甚至无法打开crontab或创建新目录，更不用说触发删除操作了。 因为我使用PHP，所以在本指南中，我复制了示例1中的代码，并设置了cronjob来执行这部分代码。

<?php
// Note: This script should be executed by the same user of web server 
process.

// Need active session to initialize session data storage access.
session_start();

// Executes GC immediately
session_gc();

// Clean up session ID created by session_gc()
session_destroy();
?>

如果您想知道我是如何打开crontab的，那么好吧，我通过CLI手动删除了一些会话。

希望这能有所帮助!

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