ext4 gehen Inodes vor Datenblöcken aus · Linux Fix Lab

Symptome und Geltungsbereich

Eine neue Datei lässt sich nicht anlegen; eine bestehende kann sich eventuell noch vergrößern.
df zeigt freie Blöcke, df -i aber fast keine freien Inodes.

Betroffene Umgebung

ext4 mit endlicher Inode-Tabelle und Lasten, die viele kleine Dateien erzeugen.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

Caches, Mail-Warteschlangen oder Verzeichnisse mit erzeugten Dateien können den Inode-Bestand verbrauchen.
Quota-Grenzen oder Metadatenschäden können ähnlich wirken; Dateisystemtyp und Zähler bestätigen.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

/affected/path durch einen vorhandenen Pfad auf dem betroffenen Dateisystem ersetzen. Inode-Verfügbarkeit lesen, ohne Dateien zu verändern.

df -i /affected/path

Ergebnis einordnen: IUse% nahe 100 Prozent mit wenigen IFree stützt Inode-Mangel. Dies allein zeigt nicht das verursachende Verzeichnis.

Prüfschritt 2

Pfad durch den verdächtigen Cache oder die Warteschlange ersetzen. GNU du zählt Einträge auf diesem Dateisystem; unlesbare Verzeichnisse können Leserechte erfordern.

du --inodes -x --max-depth=1 /suspected/directory

Ergebnis einordnen: Hohe Inode-Zahlen lokalisieren große Dateimengen. Rechtefehler oder verdeckte Mounts machen die Summe unvollständig; Hardlinks zählen nicht wie jeweils neue Inodes.

Nächste Schritte nach Befund

Dateien mit dem zuständigen Programm ausdünnen

Wenn ein Cache oder eine Warteschlange die Inodes verbraucht, den Erzeuger pausieren und dessen Aufbewahrungs- oder Bereinigungsfunktion für nachweislich entbehrliche Elemente verwenden. IFree vor dem Neustart erneut prüfen.

Vorsicht: Systemverzeichnisse oder aktive Warteschlangenelemente nicht rekursiv löschen. Verschieben in den Papierkorb auf demselben Dateisystem kann die Inodes belegt lassen.

Wiederherstellung / Rücknahme: Benötigte Dateien aus Backup wiederherstellen und bei Bedarf vorige Aufbewahrungseinstellungen des Programms setzen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Last auf geeigneten Speicher verlagern

Wenn die Last mehr Dateien benötigt als diese ext4-Aufteilung bereitstellt, sie mit einer geprüften Kopie auf ein für diese Dateimenge eingerichtetes Dateisystem migrieren. Einen Anwendungspfad oder ein bewusst geplantes eigenes Mount nutzen.

Vorsicht: Eine Änderung der Inode-Dichte erfordert normalerweise neues Anlegen von ext4 und zerstört Daten; das aktuelle Dateisystem nicht als schnelle Lösung formatieren.

Wiederherstellung / Rücknahme: Ursprüngliche Datenkopie und Pfadkonfiguration bis zur geprüften Migration behalten und den Pfad zurücksetzen, falls der Ersatz ungeeignet ist.