Beschädigten Superblock auf externer FP reparieren.

Ich habe hier eine über den USB-port eingebundene externe Festplatte mit beschädigtem Superblock. Ich war ursprünglich einmal dran, deren Daten auszulesen, als die bad-superblockmeldung unvermittelt auftauchte. (Wie es dazu kam ist hier im Forum unter: . "Daten von Festplatte auslesen." nachzulesen.)

So sieht es auf der FP meines Lenovo-Laptops /dev/sda aus:

localhost:/home/hgtschudi # lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 111,8G  0 disk 
├─sda1        8:1    0     8M  0 part 
├─sda2        8:2    0 109,8G  0 part 
└─sda3        8:3    0     2G  0 part 
nvme0n1     259:0    0 238,5G  0 disk 
├─nvme0n1p1 259:1    0   500M  0 part /boot/efi
├─nvme0n1p2 259:2    0   236G  0 part /usr/local
│                                     /boot/grub2/x86_64-efi
│                                     /var
│                                     /boot/grub2/i386-pc
│                                     /tmp
│                                     /.snapshots
│                                     /home
│                                     /root
│                                     /srv
│                                     /opt
│                                     /
└─nvme0n1p3 259:3    0     2G  0 part [SWAP]

Ich habe dann entsprechend der Anleitung auf https://www.linuxmaker.com/tutorials/bad-superblock-on-und-nichts-geht-mehr.html, die Reparatur mit:

e2fsck -f /dev/sda

versucht und erhielt folgende Meldung:

localhost:/home/hgtschudi # e2fsck -f /dev/sda

e2fsck 1.46.4 (18-Aug-2021)

ext2fs_open2: Ungültige magische Zahl im Superblock

e2fsck: Superblock ungültig, Datensicherungs-Blöcke werden versucht ...

e2fsck: Ungültige magische Zahl im Superblock beim Versuch, /dev/sda zu öffnen


Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-

Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-

Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock

beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock

zu starten:

   e2fsck -b 8193 <Gerät>

oder

   e2fsck -b 32768 <Gerät>

In /dev/sda wurde eine gpt-Partitionstabelle gefunden

der nächste Schritt wäre entsprechend der Anleitung:

e2fsck -f -y -b <Superblock> /dev/nbd0p1

Hier weiß ich nicht weiter! Was muss ich in meinem Fall für "Superblock" eingeben?

Zitat von Forentroll

Code

e2fsck -f -y -b 8193 /dev/sda

oder

e2fsck -f -y -b 32768 /dev/sda

das habe ich eingegeben. hat aber, wie schon vorher, m.E. nichts neues gebracht:

Code

localhost:/home/hgtschudi # e2fsck -f -y -b 32768 /dev/sdc
e2fsck 1.46.4 (18-Aug-2021)
e2fsck: Ungültige magische Zahl im Superblock beim Versuch, /dev/sdc zu öffnen

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
    e2fsck -b 8193 <Gerät>
 oder
    e2fsck -b 32768 <Gerät>

In /dev/sdc wurde eine gpt-Partitionstabelle gefunden

Alles anzeigen

Zitat von Forentroll

Da ich aktuell keinen Linux-Rechner in der Nähe habe, kann ich leider nicht weiterhelfen.

Gibt es denn auf der defekten Platte wichtige Daten, deren Verlust schwer zu verschmerzen wären? Falls ja, vielleicht liest da ja einer von Gurus hier.

Ich will nicht so schnell aufgeben.

Ich habe die Platte jetzt noch einmal gemountet und "parted -l " auf Konsole eingegeben. Da bekomme ich folgende interessantere Ausgabe:

localhost:/home/hgtschudi # parted -l
Modell: HITACHI HTS541612J9SA00 (scsi)
Festplatte  /dev/sdc:  120GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: pmbr_boot

Nummer  Anfang  Ende    Größe   Dateisystem     Name  Flags
 1      1049kB  9437kB  8389kB                        bios_grub
 2      9437kB  118GB   118GB   btrfs                 legacy_boot
 3      118GB   120GB   2148MB  linux-swap(v1)        swap


Modell: NVMe Device (nvme)
Festplatte  /dev/nvme0n1:  256GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende   Größe   Dateisystem     Name  Flags
 1      1049kB  525MB  524MB   fat16                 boot, esp
 2      525MB   254GB  253GB   btrfs
 3      254GB   256GB  2148MB  linux-swap(v1)        swap

Übrigens, der Link, den ich in #1 dieses Beitrags angegeben habe, funktioniert nicht, wie ich gerade gemerkt habe. Hier ist der korrekte: "https://www.opensuse-forum.de/thread/66690-daten-von-festplatte-auslesen/?pageNo=1"

Wie gesagt, es geht darum, den Superblock auf obiger, in /dev/sdc eingebundener externer HITACHI-Festplatte zu reparieren versuchen.

Für Hilfe bin ich dankbar.

Zitat von Alero

Superblöcke anzeigen lassen mit

Code

mke2fs -n /dev/sdc

hier ist das Ergebnis:

Code

localhost:/home/hgtschudi # mke2fs -n /dev/sdc
mke2fs 1.46.4 (18-Aug-2021)
In /dev/sdc wurde eine gpt-Partitionstabelle gefunden
Trotzdem fortfahren? (j,n) j
Ein Dateisystem mit 29305206 (4k) Blöcken und 7331840 Inodes wird erzeugt.
UUID des Dateisystems: 9c682ceb-c7fb-4aa0-828d-67561831a651
Superblock-Sicherungskopien gespeichert in den Blöcken: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000, 7962624, 11239424, 20480000, 23887872

Reparieren mit:

Code

e2fsck -f -y -b <Superblock> /dev/sdc

Für <Superblock> setzt du natürlich die oben ermittelten Blöcke ein. Ohne Garantie.

Alles anzeigen

hier ist das Ergebnis von: e2fsck -f -y -b <Superblock> /dev/sdc:

 localhost:/home/hgtschudi # e2fsck -f -y -b 8193 /dev/sdc
e2fsck 1.46.4 (18-Aug-2021)
e2fsck: Ungültige magische Zahl im Superblock beim Versuch, /dev/sdc zu öffnen

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
    e2fsck -b 8193 <Gerät>
 oder
    e2fsck -b 32768 <Gerät>

In /dev/sdc wurde eine gpt-Partitionstabelle gefunden

Was hat es mit der letzten Zeile in der Meldung oben auf sich?

In /dev/sdc wurde eine gpt-Partitionstabelle gefunden

Mir sagt das leider nichts.

Zitat von Alero

Ich meine nicht, das du bei der Masse an beschädigten Blöcken das Ding noch gerichtet bekommst. Ich würde neu partitionieren und gut.

Vielleicht bleibt mir nichts anderes zu tun übrig.

Ich warte aber noch damit. Mal sehen, vielleicht tut sich ja doch noch ne Tür auf.