无法更新/安装软件包-空间问题-释放inode

首先，我将提到有关问题如何发生以及如何解决的故事。

我的团队是 索尼Vaio M120AL上网本 我有大约3年的时间，他们共存320 GB硬盘 窗户7, 轮 ，我的工作分区 许本图12.04，交换分区，/ home分区以及一个与之共享信息的附加信息分区 Windows操作系统。

由于这些原因，按照大多数标准，我在两个系统上的根分区都非常小（每个分区约6GB），但是它们从来没有给我带来任何问题，因为它们足以容纳我需要的所有软件包。

现在，进入特定情况，几天前在 Xubuntu上 （其中包括一个新内核）我看到更新管理器显示一个错误，表明它正在尝试安装linux-image-3.2.0-51-generic，但是其依赖项linux-headers-3.2.0-51它不会被安装，我将详细检查错误，并且我注意到dpkg抱怨没有可用空间。

该错误说的是这种风格的东西，尽管不完全相同，因为我没有写下来：

无法创建`/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new'（正在处理../usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h'）：设备上没有剩余空间

在以前的某些情况下，我也遇到了同样的事情，但这是因为我允许几个旧内核累积而不删除它们，但是这次我检查了一下，根据 Conky的 从我不了解的地方开始，但是要确认这是否是我配置方式或类似方式的错误，我运行了 df -h:

但是我在/里还有空间。

因此，我没有记错，这足以执行更新（自从进入Xubuntu以来，我已经在漫长的一年中多次这样做），无论如何我都会做一个sudo apt-get clean 清理我下载的程序包，然后重试，但结果相同。

我仍然觉得很奇怪，但是无论如何，我还是尝试移开/我一直使用的图标主题，并且修改了很多（法恩莎 y 唤起）释放更多空间，从而最终设法执行更新，然后再次将其返回到/。

但是，这个想法仍然浮现在我的脑海，但我不知道哪一个。 几个小时后，当我尝试安装一些额外的软件包时，我再次遇到上述错误，并且再次有足够的可用空间，因此我进行了研究。

互联网搜索使我在以下论坛上找到了多个话题 ubuntu-is，但是某些人的答案总是相同的：您没有足够的空间删除文件或扩展根分区，但是我发现在发现的不同线程中有一些共同点，即总是根分区具有可用空间，但是它类似于我的（〜600-900 Mb），分区的大小从未超过10 Gb，所以我说服了问题一定是另一个问题，这就是我之所以能获得该职位的标题 这 页面，问题在于根分区已使用了100％的inode。

可以使用以下命令查看索引节点的使用 df-i:

100％使用了inode

现在来解释。

索引节点使用丹尼斯·里奇（Dennis Ritchie）的话：

索引，由于文件系统的结构有些不寻常，该结构将对文件的访问信息作为平面列表存储在磁盘上，而保留了目录的所有层次结构信息

因此，对于给定的文件系统，可能会发生可用空间来存储文件的情况，但是由于系统中存在许多文件，因此无法创建新文件，因此没有索引节点可以索引它们。

关键是分区中的索引节点数 EXT4 无法修改（还有其他类型的系统，例如 JFX o XFS 这里不是一个限制，因为它是动态的），它是一个固定的数字，当使用mkfs.ext4创建分区时，将根据分区的大小计算分区的固定数目，并根据位于首选项的每个inode的字节数比率 /etc/mke2fs.conf。

在安装系统时，通常使用默认首选项，其中包括一个inode = 16384关系，对于较小的分区，该首选项可能太大而无法创建足够的空间（在我的情况下）。 更改它的唯一方法是通过创建/格式化分区并使用选项指定它 -i.

但这对我来说不是一个选择，因为我已经提到过，inode与现有文件的数量有关，因此请使用下面的bash脚本： 堆栈溢出 并链接到您前面提到的页面上，以查找根分区中包含更多文件的目录：

#!/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_$$

得到以下结果：

这是罪魁祸首！

左侧显示的数字表示存在的文件数，路径表示关联的目录，在下面的一行显示目录/ var / lib / dpkg / info，但是像往常一样，我在这里清除软件包。

但是，如果我发现了两个问题，则第一个问题虽然猫爬虫并没有从那里上升，但还有几个条目包括图标 唤起，所以我必须将它们移动是或是，此外，这说明了为什么我可以更新软件包，因为在移动它们时我从根分区中释放了许多索引节点，但是当我重新放置它们时问题又回来了。

其次，下一个最大的条目数与几个旧内核的标头相关联，并且我意识到我一直使用的消除旧内核的过程并不能消除标头，在我编写的终端中，通常使用以下步骤：

dpkg --get-selections | grep Linux映像

显示我安装的内核，然后使用：

sudo apt-get清除程序包

其中package是所讨论内核的名称，但这不会删除关联的标头，因此我执行了以下操作：

dpkg --get-selections | grep Linux

然后，我继续使用以下方法删除旧标题：

须藤 apt-get 清除 linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48

还有voilà，当然还有图标的问题 唤起 所以我决定将它们移动到〜/ .icons并使它们可用于整个系统，我只是在/ usr / share / icons中建立了一个符号链接，这是 df-i 这是因为消除了标题，并且在移动了图标之后又消除了标题。

堆释放的索引节点！

有了这个问题，问题就解决了，我可以毫无问题地安装/更新软件包了，希望这篇文章对某人有所帮助，或者为将来在小分区中的安装提供参考，并消除由缺乏的论坛所散布的主题的神秘性。空间。