staging.inyokaproject.org

Datenrettung NAS WDMyBook Live

Status: Gelöst | Ubuntu-Version: Ubuntu 24.04 (Noble Numbat)
Antworten |

manu181

Anmeldungsdatum:
25. April 2025

Beiträge: 3

Hallo liebe Forum,

Seit kurzem konnte ich nicht mehr auf mein NAS zugreifen. (WD MYBOOK Live 2.0TB) Daraufhin hab ich die Festplatte ausgebaut und per USB zu SATA Adapter an mein Ubuntu System angeschlossen. Leider gibt es beim mounten folgende Fehlermeldung:

Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sda4 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
       dmesg(1) may have more information after failed mount system call.

Dann hab ich

lsblk .f

ins Terminal eingegeben und folgendes bekommen:

sda                                                                                      
├─sda1  linux_raid_me 0.90.0         d2081f98-4af4-796a-ac08-8234d9687473                
├─sda2  linux_raid_me 0.90.0         d2081f98-4af4-796a-ac08-8234d9687473                
├─sda3  swap          1              f8c75b82-59bd-40be-92a4-2f926b855df7                
└─sda4  ext4          1.0            65a129b2-4247-4665-bf5c-d0f3890e7341

Das ist die Festplattte. Wird also erkannt.

Dann habe ich

fsck /dev/sda4

eingegeben und das wurde auch ausgeführt.

Leider kann ich immer noch nicht darauf zugreifen.

Ich hab noch folgenden Befehl ausgeführt:

dmesg | tail -20

Die Antwort war:

dmesg | tail -20
[ 1232.778752] scsi 0:0:0:0: Direct-Access     JMicron  Generic          0414 PQ: 0 ANSI: 6
[ 1232.782480] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 1232.811958] sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[ 1232.811978] sd 0:0:0:0: [sda] 4096-byte physical blocks
[ 1232.812223] sd 0:0:0:0: [sda] Write Protect is off
[ 1232.812232] sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08
[ 1232.812657] sd 0:0:0:0: [sda] Disabling FUA
[ 1232.812665] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1232.838169] sd 0:0:0:0: [sda] Preferred minimum I/O size 4096 bytes
[ 1232.838177] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes)
[ 1232.876193]  sda: sda1 sda2 sda3 sda4
[ 1232.876801] sd 0:0:0:0: [sda] Attached SCSI disk
[ 1233.379147] EXT4-fs (sda4): bad block size 65536
[ 1410.792192] EXT4-fs (sda4): bad block size 65536
[ 1494.919435] EXT4-fs (sda4): bad block size 65536
[ 1658.349230] EXT4-fs (sda4): bad block size 65536
[ 1777.706008] EXT4-fs (sda4): bad block size 65536
[ 1969.284866] EXT4-fs (sda4): bad block size 65536
[ 2602.523689] EXT4-fs (sda4): bad block size 65536
[ 2643.504688] EXT4-fs (sda4): bad block size 65536

Jetzt hab ich keine Idee mehr. Vielleicht hat jemand von euch Tipps, wie ich doch noch an die Daten der Festplatte komme. Das wäre natürlich wunderbar. Ich bedanke mich jetzt schonmal für jeden Gedanken, den ihr euch aufgrund meines Themas macht.

Grüße Manu

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7795

Diese Blocksize ist architekturabhängig. Die 65536 bekommst du z.B. auf ppc64 oder aarch64 Systemen hin, aber nicht auf x86. (siehe mke2fs manpage zur -b block-size option)

Du hast jetzt zwei Optionen. Einmal eine virtuelle Maschine mit so einer Architektur emulieren und versuchen damit zu mounten. (Oder aber du hast sonst ein passendes Gerät zum dran anschließen.)

Oder mit debugfs rdump eine Vollkopie auf eine andere Platte machen. debugfs kann das Dateisystem auslesen ohne zu mounten. Solange das Dateisystem intakt ist funktioniert das (und bei tatsächlich defekten Dateisystemen mit debugfs -c (catastrophic mode) manchmal auch noch).

manu181

(Themenstarter)

Anmeldungsdatum:
25. April 2025

Beiträge: 3

Vielen Dank frostschutz für deine Antworten

Ich hatte noch einen raspi 3 hier liegen, habs damit einfach mal probiert, aber ging leider auch nicht. Auch falsche Blocksize. Mit ner virtuellen Maschine hab ich es noch nicht ausprobiert.

Mit debugfs bekam ich folgenes:

debugfs 1.47.0 (5-Feb-2023)
debugfs:  open -w /dev/sdb4
debugfs:  rdump /dev/sdb4 /media/norv/Super_SSD/Medien
/dev/sdb4: File not found by ext2_lookup 
debugfs:  

Vielen Dank für weitere Tipps und Hilfe

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7795

rdump / statt /dev/sdb4

( / ist das gesamte Dateisystem dann )

manu181

(Themenstarter)

Anmeldungsdatum:
25. April 2025

Beiträge: 3

Super! Hat geklappt.

Herzlichen Dank!

Antworten |