你可以看到这个信息

for i in /var/run/*;do echo -n "$i "; find $i| wc -l;done | column -t

首先，获取inode存储使用情况:

df -i

下一步就是找到那些文件。为此，我们可以使用一个小脚本列出目录和其中的文件数量。

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

从输出中，您可以看到使用大量文件的目录，然后对该目录重复此脚本，如下所示。重复该操作，直到看到可疑目录。

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

当您发现有大量不需要的文件的可疑目录时。只需删除该目录上不需要的文件，并通过以下命令释放一些inode空间。

rm -rf /home/bad_user/directory_with_lots_of_empty_files

你已经成功地解决了这个问题。现在再次使用df -i命令检查inode的使用情况，您可以看到如下的差异。

df -i

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

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

rsync -a --delete blanktest/ test/

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

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

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

即使磁盘不是很满，也很容易在磁盘上使用大量的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_$$