Falls ich die Ausgabe von parted richtig verstehe, handelt es sich um ein btrfs-Filesystem, da muss man aber mit einem anderen tool ran.
Außerdem würde ich nicht auf die gesamte Platte /dev/sdc losgehen, sondern nur auf einzelne Partitionen, oder ?
Beschädigten Superblock auf externer FP reparieren.
- hammu
- Erledigt
-
-
Außerdem würde ich nicht auf die gesamte Platte /dev/sdc losgehen, sondern nur auf einzelne Partitionen, oder ?
Jou, denke auch, daß die (ext4-) Befehle gegen die Partition gehen sollten.
-
Hier mal ein Beispiel für btrfs-Filesystem. Als root
Codebtrfs rescue super-recover -v /dev/sdc2oder falls nur der log-tree demoliert wurde
Codebtrfs rescue zero-log /dev/sdc2Da ich das aus meinem löchrigen Gedächtnis hervorgekramt habe, auf jeden Fall erst noch die jeweiligen manpages lesen!
-
Code
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>oben in #7Wie kommst du überhaupt auf 8193? Ist gar nicht dabei!
Die Zahl "8193" tauchte als Ergebnis der Eingabe Deines Vorschlags auf:
Code"e2fsck -f -y -b <Superblock> /dev/sdc:"siehe oben in #7, Zeile 5-10.
Dort fand ich die Empfehlung:
CodeDer 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>Hatte ich das falsch verstanden?
-
Wenn das Wörtchen "wenn" nicht wär ...
ZitatCodeWenn 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> ...Dein parted -l (post #5) sagt aber, dass /dev/sdc2 ein btrfs-Filesystem ist. Also vergiss e2fschk ...
-
Falls ich die Ausgabe von parted richtig verstehe, handelt es sich um ein btrfs-Filesystem, da muss man aber mit einem anderen tool ran.
Außerdem würde ich nicht auf die gesamte Platte /dev/sdc losgehen, sondern nur auf einzelne Partitionen, oder ?
Hallo Luigi. Das mit dem btrfs leuchtet mir ein. Ich habe gleich Deine zwei Vorschläge ausprobiert. Hier ist das Ergebnis Das Laufwerk hat sich heute verändert. Es ist /dev/sda geworden. Entsprechend:
Code
Alles anzeigenlocalhost:/home/hgtschudi # btrfs rescue super-recover -v /dev/sda2 All Devices: Device: id = 1, name = /dev/sda2 Before Recovering: [All good supers]: device name = /dev/sda2 superblock bytenr = 65536 device name = /dev/sda2 superblock bytenr = 67108864 [All bad supers]: All supers are valid, no need to recover"All Supers are valid, no need to recover" das klingt sehr gut in meinen Ohren!
Daraufhin habe ich deinen zweiten Vorschlag ausprobiert und erhielt:
Codelocalhost:/home/hgtschudi # btrfs rescue zero-log /dev/sda2 Clearing log on /dev/sda2, previous log_root 0, level 0was sagst Du dazu?
-
Konntest du nun nach Neustart normal auf die usb-Platte zugreifen und die Partition auslesen?
Falls nicht, dann als root
Codedmesgund die Ausgabe nach BTRFS: error durchsuchen ...
-
Die Zahl "8193" tauchte als Ergebnis der Eingabe Deines Vorschlags auf:
Nein, das stimmt nicht. Die Zahl taucht das erste mal bei der Antwort von Forentroll im Post 2 auf, nicht bei mir. Ich sagte:
Für <Superblock> setzt du natürlich die oben ermittelten Blöcke ein. Ohne Garantie.
Und bei den ermittelten Blöcken 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 war keine einzige 8193 dabei. Aber da das bei btrfs sowieso anders ist und ich dies nicht nutze, bin ich hier raus.
-
Konntest du nun nach Neustart normal auf die usb-Platte zugreifen und die Partition auslesen?
Falls nicht, dann als root
Codedmesgund die Ausgabe nach BTRFS: error durchsuchen ...
Auf die Platte kann ich zugreifen. Das Home-Verzeichnis ist aber immer noch leer. Da waren vor dem Schaden die Unterverzeichnisse von 4 Nutzern.
Ich habe dann "dmsg eingegeben und erhielt am Ende einer langen Liste folgende 2 BTRFS-Meldungen.
und noch 2 NOHZ-Fehlermeldungen dazu:
Code52.666345] BTRFS info (device sda2): disk space caching is enabled [ 52.666354] BTRFS info (device sda2): has skinny extents [ 58.175107] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! [ 58.175664] NOHZ tick-stop error: Non-RCU local softirq work is pending, handler #08!!! -
Das Home-Verzeichnis ist aber immer noch leer.
Mach im /home ein df -h. Das sagt was?
