GNU/Linux >> LINUX-Kenntnisse >  >> Ubuntu

Wiederherstellen von einem beschädigten Dateisystem, wenn Fsck nicht hilft?

Etwas ist mit meinem Dateisystem schief gelaufen, Ubuntu hat es auf schreibgeschützt gesetzt und jetzt kann fsck es unter Ubuntu Live Disc nicht reparieren.

Ich verwende 13.04 und es bootet nicht – beim Start wird nur die Grub-Rescue-Eingabeaufforderung angezeigt.

Es ist ein unkompliziertes Setup, nur eine Festplatte auf /dev/sda1, aber es wird nicht einmal gemountet.

Das Installationsprogramm kann die Partition sehen, dass es ext4 ist und dass es die Boot-Partition ist.

Es scheint jedoch, dass ich das Dateisystem nicht retten kann, indem ich eine Ubuntu-Installation mit der Ubuntu-Live-Disk durchführe, da es keinen Hinweis darauf gibt, ob es dabei ist, das gesamte Paket zu überschreiben, also möchte ich es nicht riskieren.

Ich habe ein Backup mit backuppc, aber dummerweise habe ich meine Rettungsdisketten verloren. Ich würde lieber eine vollständige Installation mit anschließender Wiederherstellung vermeiden, mit deren Ausführung ich keine Erfahrung habe.

Der springende Punkt ist, dass fsck sagt, dass es alles behebt, aber eigentlich nicht, also erhalte ich beim nächsten Ausführen genau die gleichen Fehlermeldungen und Korrekturen.

Hier ist die Ausgabe:

[email protected]:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

[email protected]:~$ 

Das ist genau das gleiche wie vor 10 Mal und ich bin mir sicher, dass ich es die nächsten 10 Mal versuche – genau die gleichen Prüfsummen und Block-IDs. Jede Hilfe wird gerne angenommen!

Danke.

BEARBEITEN:Im Grunde denke ich, ist die Frage:Kann dieses Dateisystem jetzt in situ repariert werden, oder bedeuten diese Informationen von fsck, dass meine Festplatte tot ist? Und wenn es nicht tot ist, was kann ich über das hinaus tun, was ich mit fsck getan habe?

Verwandte:Automatisches Update?

BEARBEITEN:benutzte tune2fs um Superblocks zu identifizieren und führte e2fsck -b 01234 /dev/sda1 als Alternative zu fsck aus… keine Auswirkung.

BEARBEITEN:Testdisk ausprobieren, was mir sagt, dass die Partition schlecht ist. … OK testdisk scheint nicht viel zu bieten.

Beste Antwort

Endlich diesen Link gefunden, wo der Dateisystemtyp ext4 ein Bashing bekommt, aber nachdem ich alle Tipps gegeben habe, die ich bereits ausprobiert habe, heißt es endlich:

sudo mkfs.ext4 -S /dev/sda1

Dadurch werden alle Ihre Superblöcke durch korrekte Daten ersetzt, vorausgesetzt, die Blockgröße wird richtig geschätzt (die Standardeinstellung ist für die meisten Systeme korrekt). Wenn Sie dies verwenden müssen, lesen Sie bitte zuerst die Manpage zu -S. Mach mir keine Vorwürfe!

aber nur wenn du Glück hast.

Es hat die Partition repariert, damit ich sie wieder lesen kann. Allerdings musste ich fsck ausführen um die Fehler zu beheben, die immer noch da waren und die den Inhalt von /etc und viele andere Sachen in /lost+found verschoben haben, also muss ich eine Neuinstallation und Wiederherstellung aus dem Backup durchführen, um es zu bekommen geht wieder.


Ubuntu
  1. Ubuntu – Siehe „man 7 undokumentiert“ für Hilfe, wenn manuelle Seiten nicht verfügbar sind – Installation von Wsl Core Ubuntu 18.04?

  2. Programm einer Datei zuordnen, in der das Programm nicht in der Liste enthalten ist?

  3. So stellen Sie eine beschädigte oder leere /etc/mtab-Datei in CentOS/RHEL 7 wieder her

  4. Benutzer zur Gruppe hinzufügen, aber nicht wiedergegeben, wenn die ID ausgeführt wird

  5. GLIBCXX_3.4.9 nicht gefunden, wenn ffmpeg von PHP auf dem Lampp-Server ausgeführt wird

Unity-Tastenkombinationen blockieren, wenn eine bestimmte Anwendung aktiv ist?

Thinkpad erwacht nicht aus dem Ruhezustand – 14.04?

Bildschirm durcheinander, wenn Wiederaufnahme aus Suspend?

Uuid von / Dateisystem aus Skript abrufen?

Daten von einer Fat32-Festplatte wiederherstellen?

So stellen Sie eine beschädigte Root-Partition aus dem Rettungsmodus in CentOS/RHEL 5,6 wieder her