如何释放Inode使用率？

我有一个inode使用率为100％（使用df -i命令）的磁盘驱动器。但是，在实质上删除文件后，使用率仍为100％。

那么正确的方法是什么？

与磁盘空间使用量较高的磁盘驱动器相比，磁盘空间使用量较小的磁盘驱动器如何可能具有更高的Inode使用率？

如果我压缩大量文件，是否有可能减少使用的inode数量？

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

索引节点已分配给文件，因此，如果您有成千上万个文件（每个均为1字节），则在磁盘用尽之前，节点将用尽。

如果文件具有多个硬链接，则删除文件也可能不会减少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_$$

如果您很不幸，您已经使用了所有索引节点的大约100％，并且无法创建Scipt。您可以使用进行检查df -ih。

然后，此bash命令可能会帮助您：

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

是的，这将花费一些时间，但是您可以找到包含最多文件的目录。

我的情况是我没有i节点，并且已经删除了所有可能的内容。

$ df -i
Filesystem     Inodes  IUsed  IFree IUse% Mounted on
/dev/sda1      942080 507361     11  100% /

我在ubuntu 12.04LTS上，无法删除占用约40万个inode的旧linux内核，因为apt由于缺少软件包而被破坏。而且我无法安装新软件包，因为我不在inode里面，所以被卡住了。

我最终手动删除了一些旧的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% /

我的解决方案：

尝试查找这是否是inode的问题：

df -ih

尝试查找具有大inode数量的根文件夹：

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

这解决了我的问题。

我有同样的问题，通过删除php的目录会话来解决

rm -rf /var/lib/php/sessions/

可能在 /var/lib/php5如果您使用的是较早的php版本。

使用以下权限重新创建

mkdir /var/lib/php/sessions/ && chmod 1733 /var/lib/php/sessions/

默认情况下，显示了对Debian上目录的许可drwx-wx-wt（1733）

垃圾邮件攻击后，我们在HostGator帐户（所有主机托管inode限制）上经历了这一情况。它在/root/.cpanel/comet中留下了大量队列记录。如果发生这种情况，并且发现没有可用的inode，则可以通过shell运行以下cpanel实用程序：

/usr/local/cpanel/bin/purge_dead_comet_files

您可以使用RSYNC删除大量文件

rsync -a --delete blanktest/ test/

创建其中包含0个文件的blanktest文件夹，命令将使您的测试文件夹与大量文件同步（我已使用此方法删除了近5M个文件）。

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

eaccelerator可能会导致此问题，因为它会将PHP编译为块...我在负载较重的站点上使用Amazon AWS服务器遇到了此问题。如果仍然存在问题，请通过删除/ var / cache / eaccelerator中的eaccelerator缓存来释放Inode。

rm -rf /var/cache/eaccelerator/*

（或任何您的缓存目录）

最近，我们遇到了类似的问题，如果某个进程引用了一个已删除的文件，则不会释放该Inode，因此您需要检查lsof /，然后终止进程并重新启动该进程将释放这些inode。

如果这里不对，请纠正我。

如前所述，如果有很多小文件，文件系统可能会用尽inode。我提供了一些手段来发现，包含大部分文件的目录位置。

后来的答案：就我而言，这是我的会话文件

/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手动删除了一些会话。

希望这可以帮助！

您可以看到此信息

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

到目前为止，对这个问题有很多答案，上述所有问题似乎都是具体的。我认为您可以通过使用来确保自己的安全stat，但是取决于OS，您可能会遇到一些inode错误。因此，stat使用自己的呼叫功能64bit来避免任何溢出问题似乎相当兼容。

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

停止所有容器

docker stop $(docker ps -a -q)

删除所有容器

docker rm $(docker ps -a -q)

删除所有图片

docker rmi $(docker images -q)

对我有用