Fehler beim Aktualisieren / Installieren von Paketen - Speicherplatzprobleme - Freigeben von Inodes

Zunächst werde ich die Geschichte erwähnen, wie das Problem aufgetreten ist und wie es dann gelöst werden kann.

Mein Team ist ein Sony Vaio m120AL Netbook Das habe ich seit ca. 3 langen Jahren mit einer 320 GB Festplatte, auf der sie koexistieren Windows 7, Chakra , meine Arbeitsteilung mit Xubuntu 12.04, die Swap-Partition, die / home-Partition und eine zusätzliche Informationspartition, mit der ich Informationen teile Windows.

Aus diesen Gründen sind meine Root-Partitionen auf beiden Systemen für die meisten Standards erheblich klein (jeweils etwa 6 GB), aber sie haben mir nie ein Problem bereitet, da sie für alle benötigten Pakete mehr als ausreichend sind.

Geben Sie nun die spezifische Situation ein, und wenden Sie vor einigen Tagen einige Aktualisierungen an Xubuntu (unter denen ein neuer Kernel enthalten war) Ich sehe, dass der Update-Manager einen Fehler anzeigt, der besagt, dass er versucht, Linux-Image-3.2.0-51-generic zu installieren, aber dass seine Abhängigkeit Linux-Header-3.2.0-51 es wird nicht installiert, ich überprüfe den Fehler im Detail und stelle fest, dass dpkg sich beschwert, dass kein Speicherplatz verfügbar ist.

Der Fehler sagte etwas über diesen Stil aus, obwohl er nicht identisch war, weil ich ihn nicht aufgeschrieben habe:

"/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new" (während der Verarbeitung "./usr/src/linux-headers -3.2.0 konnte nicht erstellt werden .43-XNUMX / arch / xtensa / include / asm / coprocessor.h '): Auf dem Gerät ist kein Platz mehr vorhanden

Bei einer früheren Gelegenheit ist mir dasselbe passiert, aber es war, weil ich zugelassen hatte, dass sich mehrere alte Kernel ansammelten, ohne sie zu löschen, aber diesmal überprüfe ich und ich habe praktisch 600 MB zur Verfügung Conky Nach dem, was ich nicht verstehe, aber um zu bestätigen, ob es ein Fehler in der Konfiguration oder ähnlichem sein könnte, führe ich a aus df -h:

Aber ich habe noch Platz in /!

Ich irre mich also nicht und das ist mehr als genug Platz, um das Update durchzuführen (ich habe es in dem langen Jahr, seit ich bei Xubuntu war, viele Male so gemacht), trotzdem mache ich einen Sudo apt-get sauber um die heruntergeladenen Pakete zu bereinigen und es erneut zu versuchen, aber mit den gleichen Ergebnissen.

Ich finde es immer noch seltsam, aber trotzdem versuche ich, mich von den Symbolthemen zu entfernen, die ich immer benutze und die ich stark modifiziert habe (Faenza y Erwacht), um mehr Speicherplatz freizugeben und damit das Update endgültig durchzuführen, und fahren Sie erneut fort, um sie an / zurückzugeben.

Die Idee blieb jedoch in meinem Kopf, dass die Angelegenheit woanders hingehen musste, aber ich wusste nicht, welche. Ein paar Stunden später, wenn ich versuche, einige zusätzliche Pakete zu installieren, wird der oben genannte Fehler erneut angezeigt, und es war wieder genügend Speicherplatz verfügbar, sodass ich mich der Untersuchung widme.

Eine Internetsuche führt mich zu mehreren Threads in den Foren von Ubuntu-es, aber die Antwort einiger Personen dort ist immer die gleiche: Sie haben nicht genügend Speicherplatz, um Dateien zu löschen oder die Root-Partition zu erweitern, aber ich habe in den verschiedenen Threads, die ich gefunden habe, etwas gemeinsam festgestellt, immer die Root-Partition, die freien Speicherplatz hatte. aber es war ähnlich wie bei mir (~ 600-900 Mb) und die Größe der Partition überschritt nie 10 Gb, so dass ich mich davon überzeugte, dass das Problem ein anderes sein musste, und so kam ich dank zum Titel des Beitrags dies Seite ist das Problem, dass die Root-Partition 100% der verwendeten Inodes hatte.

Die Verwendung von Inodes kann mit dem Befehl angezeigt werden df-i:

100% verwendete Inodes

Und jetzt kommt die Erklärung.

Die Inodes sind im Wort von Dennis Ritchie:

Ein Index aufgrund der etwas ungewöhnlichen Struktur eines Dateisystems, in dem die Zugriffsinformationen auf die Dateien als flache Liste auf der Festplatte gespeichert wurden, wobei alle hierarchischen Informationen der Verzeichnisse außer Acht gelassen wurden

Daher kann es vorkommen, dass für ein bestimmtes Dateisystem noch freier Speicherplatz zum Speichern von Dateien vorhanden ist. Es sind jedoch keine Inodes zum Indizieren verfügbar, da das System viele Dateien enthält und daher keine neuen erstellt werden können.

Der Punkt ist, dass die Anzahl der Inodes in einer Partition Ext4 kann nicht geändert werden (es gibt andere Arten von Systemen wie z JFX o XFS Wenn dies keine Einschränkung darstellt, weil es dynamisch ist, handelt es sich um eine feste Zahl, die berechnet wird, wenn die Partition mit mkfs.ext4 entsprechend ihrer Größe mit einem Verhältnis von Bytes pro Inode gemäß den Einstellungen in erstellt wird /etc/mke2fs.conf.

Bei der Installation des Systems werden normalerweise die Standardeinstellungen verwendet, die eine inode = 16384-Beziehung enthalten, die für kleine Partitionen möglicherweise zu groß ist und nicht genügend erstellt (wie in meinem Fall). Die einzige Möglichkeit, dies zu ändern, besteht darin, die Partition zu erstellen / zu formatieren und mit der Option anzugeben -i.

Dies war jedoch keine Option für mich, da ich bereits erwähnt habe, dass die Inodes mit der Anzahl der vorhandenen Dateien zusammenhängen. Daher habe ich das folgende Bash-Skript verwendet, das in gefunden wurde Paketüberfluss und dass es auf der Seite, die Sie zuvor erwähnt haben, verlinkt ist, um herauszufinden, welche Verzeichnisse in der Stammpartition mit mehr Dateien vorhanden sind:

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

Welches ergibt das folgende Ergebnis:

Und hier sind die Schuldigen!

Die Zahl auf der linken Seite gibt die Anzahl der vorhandenen Dateien an und der Pfad gibt das zugehörige Verzeichnis an. In einer Zeile darunter wird das Verzeichnis / var / lib / dpkg / info angezeigt, aber wie immer lösche ich meine Pakete hier. Es gibt nichts zu tun.

Wenn ich jedoch zwei Probleme erkenne, das erste und obwohl es in der Catpura nicht von dort nach oben geht, enthalten mehrere weitere Einträge die Symbole Erwacht, also muss ich sie ja oder ja verschieben, auch das erklärt, warum ich damals die Pakete aktualisieren konnte, da ich beim Verschieben viele Inodes von der Root-Partition befreit habe, aber das Problem trat zurück, als ich sie verlagerte.

Und zweitens ist die nächst größere Anzahl von Einträgen mit den Headern mehrerer alter Kernel verknüpft, und mir ist klar, dass die Prozedur, die ich immer verwende, um die alten Kernel zu entfernen, die Header nicht entfernt. Was ich normalerweise verwende, ist das Folgende in a Terminal Ich schreibe:

dpkg --get-selections | grep Linux-Image

Das zeigt mir die installierten Kernel und dann benutze ich:

sudo apt-get purge package

Wobei package der Name des fraglichen Kernels ist, aber die zugehörigen Header dadurch nicht entfernt werden, also mache ich Folgendes:

dpkg --get-selections | grep Linux

Und dann entferne ich die alten Header mit:

sudo apt-get bereinigen Linux-Header-3.2.0-41 Linux-Header-3.2.0-44 Linux-Header-3.2.0-45 Linux-Header-3.2.0-48

Und voilà, aber natürlich gab es auch das Thema Ikonen Erwacht Also entscheide ich mich, sie nach ~ / .icons zu verschieben und sie für das gesamte System verfügbar zu machen. Ich erstelle einfach einen symbolischen Link in / usr / share / icons, dem ersten Ergebnis von df-i Es ist mit der Beseitigung der Überschriften und der zweiten nach dem Verschieben der Symbole.

Inodes vom Haufen befreit!

Damit ist das Problem gelöst, und ich kann Pakete problemlos installieren / aktualisieren. Ich hoffe, dieser Beitrag wird jemandem helfen oder als zukünftige Referenz für Installationen in kleinen Partitionen dienen und das Thema entmystifizieren, das in den Foren des Mangels so verbreitet wird Raum.