無法更新/安裝軟件包-空間問題-釋放inode

首先，我將提到問題發生的歷史以及如何解決的歷史。

我的團隊是 索尼Vaio M120AL上網本 我有大約3年的時間，他們共存320 GB硬盤 窗戶7, 輪 ，我的工作分區 Xubuntu的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-XNUMX / arch / xtensa / include / asm / coprocessor.h'）：設備上沒有剩餘空間

在以前的某些情況下，我也遇到了同樣的事情，但這是因為我允許不刪除舊的內核就將它們累積起來，但是這次我檢查了一下，實際上有600 Mb可用 Conky的 從我不了解的地方開始，但是要確認這是否是我配置方式或類似方式的錯誤，我運行了 df -h:

但是我在/裡還有空間。

因此，我沒有記錯，這足以執行更新（自從進入Xubuntu以來，我已經在漫長的一年中多次這樣做），無論如何我都會做一個sudo apt-get clean 清理我下載的程序包，然後重試，但結果相同。

我仍然覺得很奇怪，但是無論如何，我還是嘗試移開/我一直使用的圖標主題，並且修改了很多（法恩莎 y 醒了）以釋放更多空間，從而最終設法執行更新，然後再次將其返回到/。

但是，這個想法仍然浮現在我的腦海，但我不知道哪一個。 幾個小時後，當我嘗試安裝一些額外的軟件包時，我再次遇到上述錯誤，並且再次有足夠的可用空間，因此我致力於進行調查。

互聯網搜索使我在以下論壇上找到了多個話題 ubuntu-is，但是某些人的答案總是相同的：您沒有足夠的空間刪除文件或擴展根分區，但是我發現在發現的不同線程中有一些共同點，即總是根分區具有可用空間，但是它類似於我的（〜600-900 Mb），分區的大小從未超過10 Gb，所以我說服了問題一定是另一個問題，這就是我之所以能獲得該職位的標題 ESTA 頁面，問題是根分區已使用了100％的inode。

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

100％使用了inode

現在是解釋。

索引節點使用丹尼斯·里奇（Dennis Ritchie）的話：

索引，由於文件系統的結構有些不尋常，該結構將對文件的訪問信息作為平面列表存儲在磁盤上，而保留了目錄的所有層次結構信息

因此，對於給定的文件系統，可能仍然有可用空間來存儲文件，但是由於系統中存在許多文件，因此無法創建新文件，因此沒有索引節點可以索引它們。

關鍵是分區中的索引節點數 分機4 無法修改（還有其他類型的系統，例如 杰弗克斯 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 消除了標題，並在移動了圖標之後又刪除了標題。

堆釋放的索引節點！

有了這個問題，問題就解決了，我可以毫無問題地安裝/更新軟件包了，希望這篇文章對某人有所幫助，或者為將來在小分區中的安裝提供參考，並消除由缺乏論壇所散佈的主題空間。