Linux / Befehl fsck: Dateisysteme prüfen und reparieren

fsck führt dateisystem-spezifische Prüftools aus, um die Konsistenz eines Dateisystems zu überprüfen und es bei Bedarf zu reparieren. Sie müssen zuerst prüfen, ob das Ziel verwendet wird, da das Ändern eines gemounteten Dateisystems Daten beschädigen kann.

fsck ist ein Frontend für dateisystem-spezifische Prüftools wie fsck.ext4. Die tatsächlichen Prüf- und Reparaturoptionen variieren je nach Dateisystem. XFS wird nicht über den Standard-fsck-Pfad wiederhergestellt und erfordert ein separates xfs_repair-Verfahren. Nach Bestätigung des Dateisystemtyps lesen Sie die Dokumentation des entsprechenden Tools.

Grundlegende Syntax

sudo fsck [options] [file system]

Die installierte Implementierung und die Optionen können je nach Distribution variieren. Verwenden Sie man fsck, um die Beschreibung auf dem aktuellen System zu prüfen.

Beispiele

Überprüfen Sie das Ziel und das Format

Überprüfen Sie zunächst die zu überprüfende Partition und ihren Mount-Status.

lsblk -f

Überprüfen, ob sie eingehängt ist

Wenn das Ziel in Gebrauch ist, planen Sie zuerst, es zu stoppen oder zu trennen.

findmnt /dev/sdb1

Read-Only-Überprüfungsbeispiel

Dies ist ein Beispiel für die Überprüfung eines ext-Familien-Dateisystems nach dem Aushängen, ohne Änderungen vorzunehmen.

sudo e2fsck -n /dev/sdb1

Unterschiede zwischen Überprüfung und automatischer Wiederherstellung

fsck ruft das für den Dateisystemtyp geeignete Überprüfungsprogramm auf. Zunächst ist es üblich, die tatsächliche Partition und den Dateisystemtyp zu bestätigen und es auf einem ausgehängten Ziel auszuführen.

lsblk -f
sudo fsck -n /dev/sdb1

-n ist ein Nur-Lese-Prüfmodus, der auf Eingabeaufforderungen mit ‚nein‘ antwortet, aber man sollte nicht davon ausgehen, dass er sich auf allen Dateisystemen gleich verhält. Zum Beispiel können Prüfer in der ext-Serie den Status des Dateisystems und Fehlerzahlen über mehrere Zeilen ausgeben, und die detaillierten Ergebnisse können je nach Ziel variieren.

Man sollte nicht sofort automatische Wiederherstellungsoptionen anwenden, nur weil im Prüfergebnis Fehler erscheinen. Überprüfen Sie den Festplattenstatus und die Backups und befolgen Sie die speziell für jedes Dateisystem vorgesehenen Wiederherstellungsverfahren. Insbesondere birgt das Durchführen von Wiederherstellungsprüfungen auf eingehängten Schreib-Lese-Dateisystemen das Risiko einer Datenbeschädigung.

Der Exit-Status von fsck kann mehr als ein einfaches Erfolgs- oder Fehlschlag-Signal kodieren: korrigierte Fehler, erforderlicher Neustart und betriebliche Fehler können unterschiedliche Bits verwenden. In der Automatisierung sollten Sie das Handbuch der installierten Implementierung für Statuscodes und dateisystemspezifische Prüferoptionen konsultieren. Nach jeder Reparatur sollten Sie den Mount- und Anwendungszustand überprüfen.

Hauptoptionen und Format

Vorsichtsmaßnahmen bei der Verwendung

Vor tatsächlichen Reparaturen überprüfen Sie aktuelle Backups und Wiederherstellungsoptionen und arbeiten Sie so weit wie möglich im nicht eingebundenen Zustand. Automatische Genehmigungsoptionen wie fsck -y können beschädigte Dateien anders ändern als erwartet. Da es schwierig ist, das Root-Dateisystem während des normalen Betriebs zu trennen, kann der Wiederherstellungsmodus oder eine Live-Umgebung erforderlich sein. SSD-, RAID- und LVM-Ebenen beeinflussen ebenfalls die Auswahl der Ziele.

Häufig gestellte Fragen

Ist es in Ordnung, fsck auf einem eingebundenen Dateisystem auszuführen?

Die Durchführung einer Reparaturprüfung auf einem eingebundenen Dateisystem kann Daten beschädigen. Im Allgemeinen sollte das Ziel-Dateisystem ausgehängt oder in einer Wiederherstellungsumgebung überprüft werden, und den Anweisungen für den spezifischen Dateisystemtyp gefolgt werden.

Offizielle Dokumentation

Das genaue Verhalten der Optionen und implementierungsspezifische Unterschiede sind in der offiziellen fsck-Dokumentation zu finden.