Reiserfsck und die Reparatur der Root-Partition mithilfe der Knoppix-CD

Zuletzt verändert am 24. Juli 2026 • 2 Min. Lesezeit • 346 Wörter Als ich heute meinen Laptop hochgefahren habe, erhielt ich folgende Fehlermeldung: „Fsck fehlgeschlagen.“ Bitte manuell reparieren und neu starten. Das Root-Dateisystem ist derzeit schreibgeschützt eingehängt. Um es schreib- und lesbar neu einzuhängen, führen Sie folgenden Befehl aus: bash mount -n -o remount,rw / Achtung: Nur STRG-D führt in diesem Wartungsmodus zu einem Neustart des Systems. sgutdown oder reboot funktionieren nicht. Geben Sie das Root-Passwort ein, um sich anzumelden. Ich habe mich angemeldet und folgenden Befehl ausgeführt: reiserfsck --fix-fixable /dev/hda7. Es erschienen mehrere Fehlermeldungen, darunter am Ende: reiserfs_open: Der ReiserFS-Superblock kann unter / nicht gefunden werden. Das Öffnen des Dateisystems ist fehlgeschlagen.Dann hieß es in etwa, dass der Superblock beschädigt sei und ich, falls ich sicher sei, dass es sich um eine ReiserFS-Partition handele, diesen mit dem Befehlreiserfsck --rebuild-sb neu erstellen könne. Da wurde mir klar, dass /dev/hda7 mein verschlüsseltes Dateisystem ist und daher kein Superblock gefunden wurde. Ich wiederholte den Befehl: reiserfsck --fix-fixable /dev/hda6. Es wurde mir mitgeteilt, dass die Option „–fix-fixable“ ignoriert wird. Ich weiß nicht, warum. Vielleicht, weil ich das System von derselben Partition aus gemountet habe, die ich gerade reparieren möchte. Jedenfalls verleitete mich die Meldung am Anfang Das Root-Dateisystem ist derzeit schreibgeschützt eingehängt. Um es im Lese-/Schreibmodus neu einzuhängen, führe Folgendes aus: bash mount -n -o remount,rw / dazu, es im Lese-/Schreibmodus neu einzuhängen und den Befehl erneut auszuführen. Aber ohne Ergebnis. Also habe ich von der Knoppix-CD gebootet und den Befehl von dort aus ausgeführt. Das Dateisystem wurde erneut überprüft, aber es wurden keine Fehler gefunden.Dann fiel mir ein, dass ich gestern die fstab geändert hatte, indem ich Folgendes hinzugefügt hatte: /dev/sda1 /media/firewire reiserfs noauto,user 1 2. Ich dachte, die Option noauto würde verhindern, dass beim Booten auf die Partition zugegriffen wird. Anscheinend war das nicht der Fall, und das Problem lag bei den beiden Zahlen am Ende (1 2). Sie legen fest, ob ein Dateisystem beim Systemstart geprüft wird. Ich habe sie auf „0 0“ gesetzt und versucht, neu zu starten. Voilà, alles funktioniert wieder einwandfrei. Andernfalls hätte ich vielleicht versucht, den Superblock über Knoppix neu aufzubauen: reiserfsck --rebuild-sb /dev/hda6