Fsck.ext4: Unterschied zwischen den Versionen

Aus Xinux Wiki
Zur Navigation springen Zur Suche springen
 
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
=Allgmein=
+
==Allgemein==
*Der Befehl fsck.ext4 unterstützt verschiedene Optionen, mit denen Sie das Verhalten der Dateisystemüberprüfung anpassen können.
+
<code>fsck.ext4</code> (auch als <code>e2fsck</code>) prüft ein ext2/ext3/ext4-Dateisystem auf Fehler und repariert sie. Aufgerufen wird es auf der Partition, nicht auf einem Verzeichnis.
=Einige häufig verwendete Optionen=
+
 
==-a==
+
'''Achtung – nur im ausgehängten Zustand:''' Eine gemountete Partition darf man '''nicht''' reparieren. fsck arbeitet direkt auf den Strukturen der Platte; laufen gleichzeitig Schreibzugriffe des Kernels, zerstört das das Dateisystem. Vor der Prüfung also aushängen:
Führt eine automatische Reparatur durch, ohne den Benutzer um Bestätigung zu bitten. Zum Beispiel:
+
 
*fsck.ext4 -a /dev/sdg1
+
=Partition aushängen=
==-p==
+
*umount /dev/sdg1
Repariert das Dateisystem, ohne den Benutzer um Bestätigung zu bitten, ignoriert jedoch Fehler, die nicht automatisch behoben werden können. Zum Beispiel:
+
 
*'''fsck.ext4 -p /dev/sdg1'''
+
Nur-Lesen-Prüfungen (<code>-n</code>) sind auch im gemounteten Zustand gefahrlos, weil sie nichts schreiben – die Ergebnisse können dann aber ungenau sein, weil sich das Dateisystem unter der Prüfung ändert.
==-f==
+
 
Führt eine erzwungene Überprüfung durch, auch wenn das Dateisystem als sauber markiert ist. Zum Beispiel: *'''fsck.ext4 -f /dev/sdg1'''
+
==Optionen==
==-n==
+
 
Führt eine Simulation durch, bei der das Dateisystem nicht geändert wird. Es werden nur Informationen über gefundene Fehler angezeigt. Zum Beispiel:
+
{| class="wikitable"
*'''fsck.ext4 -n /dev/sdg1'''
+
! Option !! Beschreibung
==-y==
+
|-
Führt die Überprüfung ohne Benutzerinteraktion durch und beantwortet alle Fragen mit "Ja". Zum Beispiel:  
+
| <code>-p</code> || Automatische Reparatur ''(preen)''. Behebt alle eindeutigen Fehler ohne Rückfrage und ist der empfohlene Weg für Skripte und den Boot-Vorgang. Bei mehrdeutigen Schäden bricht fsck ab und verlangt einen manuellen Lauf.
*'''fsck.ext4 -y /dev/sdg1'''
+
|-
 +
| <code>-a</code> || Wie <code>-p</code>, aber die ältere Form. Nur aus Kompatibilität vorhanden; man nimmt <code>-p</code>.
 +
|-
 +
| <code>-y</code> || Beantwortet '''alle''' Rückfragen mit „Ja". Für den manuellen Lauf an einem beschädigten Dateisystem, wenn man alle Korrekturen zulassen will.
 +
|-
 +
| <code>-n</code> || Öffnet das Dateisystem nur lesend und beantwortet alle Fragen mit „Nein". Prüft, ohne etwas zu ändern.
 +
|-
 +
| <code>-f</code> || Erzwingt eine vollständige Prüfung, auch wenn das Dateisystem als sauber markiert ist.
 +
|-
 +
| <code>-c</code> || Sucht zusätzlich mit <code>badblocks</code> nach defekten Blöcken und trägt sie aus.
 +
|-
 +
| <code>-v</code> || Ausführliche Ausgabe.
 +
|}
 +
 
 +
<code>-y</code> und <code>-n</code> schließen sich aus, ebenso <code>-p</code> und <code>-y</code>. Man wählt eine Betriebsart.
 +
 
 +
==Beispiele==
 +
 
 +
===Vollständige Prüfung ohne Änderung===
 +
Der sichere Einstieg: zeigt gefundene Fehler an, schreibt aber nichts. Auch im gemounteten Zustand unbedenklich.
 +
*fsck.ext4 -n /dev/sdg1
 +
 
 +
===Erzwungene Prüfung===
 +
Prüft auch dann durch, wenn das Dateisystem als sauber markiert ist – etwa wenn man trotz „clean"-Status Zweifel hat.
 +
*fsck.ext4 -f /dev/sdg1
 +
 
 +
===Automatische Reparatur===
 +
Behebt alle eindeutigen Fehler ohne Rückfrage. Der übliche Weg für einen unbeaufsichtigten Lauf.
 +
*fsck.ext4 -p /dev/sdg1
 +
 
 +
===Manuelle Reparatur, alles bestätigen===
 +
Beantwortet jede Rückfrage mit „Ja". Für den Fall, dass <code>-p</code> abgebrochen hat und man die Reparatur von Hand zulässt.
 +
*fsck.ext4 -y /dev/sdg1
 +
 
 +
===Vollständige Prüfung mit Suche nach defekten Blöcken===
 +
*fsck.ext4 -cf /dev/sdg1
 +
 
 +
==Wenn der Superblock beschädigt ist==
 +
Ist der primäre Superblock zerstört, findet fsck das Dateisystem nicht mehr. Dann greift man auf eine der Kopien zurück, deren Lage <code>mkfs</code> beim Anlegen ausgegeben hat (und die <code>dumpe2fs</code> oder <code>mkfs -n</code> anzeigen). Die erste Kopie liegt meist auf Block 32768:
 +
*fsck.ext4 -b 32768 /dev/sdg1

Aktuelle Version vom 19. August 2026, 17:09 Uhr

Allgemein

fsck.ext4 (auch als e2fsck) prüft ein ext2/ext3/ext4-Dateisystem auf Fehler und repariert sie. Aufgerufen wird es auf der Partition, nicht auf einem Verzeichnis.

Achtung – nur im ausgehängten Zustand: Eine gemountete Partition darf man nicht reparieren. fsck arbeitet direkt auf den Strukturen der Platte; laufen gleichzeitig Schreibzugriffe des Kernels, zerstört das das Dateisystem. Vor der Prüfung also aushängen:

Partition aushängen

  • umount /dev/sdg1

Nur-Lesen-Prüfungen (-n) sind auch im gemounteten Zustand gefahrlos, weil sie nichts schreiben – die Ergebnisse können dann aber ungenau sein, weil sich das Dateisystem unter der Prüfung ändert.

Optionen

Option Beschreibung
-p Automatische Reparatur (preen). Behebt alle eindeutigen Fehler ohne Rückfrage und ist der empfohlene Weg für Skripte und den Boot-Vorgang. Bei mehrdeutigen Schäden bricht fsck ab und verlangt einen manuellen Lauf.
-a Wie -p, aber die ältere Form. Nur aus Kompatibilität vorhanden; man nimmt -p.
-y Beantwortet alle Rückfragen mit „Ja". Für den manuellen Lauf an einem beschädigten Dateisystem, wenn man alle Korrekturen zulassen will.
-n Öffnet das Dateisystem nur lesend und beantwortet alle Fragen mit „Nein". Prüft, ohne etwas zu ändern.
-f Erzwingt eine vollständige Prüfung, auch wenn das Dateisystem als sauber markiert ist.
-c Sucht zusätzlich mit badblocks nach defekten Blöcken und trägt sie aus.
-v Ausführliche Ausgabe.

-y und -n schließen sich aus, ebenso -p und -y. Man wählt eine Betriebsart.

Beispiele

Vollständige Prüfung ohne Änderung

Der sichere Einstieg: zeigt gefundene Fehler an, schreibt aber nichts. Auch im gemounteten Zustand unbedenklich.

  • fsck.ext4 -n /dev/sdg1

Erzwungene Prüfung

Prüft auch dann durch, wenn das Dateisystem als sauber markiert ist – etwa wenn man trotz „clean"-Status Zweifel hat.

  • fsck.ext4 -f /dev/sdg1

Automatische Reparatur

Behebt alle eindeutigen Fehler ohne Rückfrage. Der übliche Weg für einen unbeaufsichtigten Lauf.

  • fsck.ext4 -p /dev/sdg1

Manuelle Reparatur, alles bestätigen

Beantwortet jede Rückfrage mit „Ja". Für den Fall, dass -p abgebrochen hat und man die Reparatur von Hand zulässt.

  • fsck.ext4 -y /dev/sdg1

Vollständige Prüfung mit Suche nach defekten Blöcken

  • fsck.ext4 -cf /dev/sdg1

Wenn der Superblock beschädigt ist

Ist der primäre Superblock zerstört, findet fsck das Dateisystem nicht mehr. Dann greift man auf eine der Kopien zurück, deren Lage mkfs beim Anlegen ausgegeben hat (und die dumpe2fs oder mkfs -n anzeigen). Die erste Kopie liegt meist auf Block 32768:

  • fsck.ext4 -b 32768 /dev/sdg1