PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Daten aus kaputten NAS



Grimstad
08.07.10, 13:06
Hallo,
meine Bufallo Linkstation hat den Geist aufgegeben und ich möchte irgendwie die Daten sichern. Jetzt habe ich die Festplatte ausgebaut und intern angeschlossen. fdsik-l liefert u.a.
(...)Platte /dev/sdc: 1000.2 GByte, 1000204886016 Byte
255 Köpfe, 63 Sektoren/Spuren, 121601 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0xebba728a

Gerät boot. Anfang Ende Blöcke Id System
/dev/sdc1 * 1 66 530113+ 83 Linux
/dev/sdc2 67 132 530145 82 Linux Swap / Solaris
/dev/sdc3 133 121538 975193695 83 Linux
/dev/sdc4 121539 121600 498015 83 Linux
außerdem
fsck.ext3 -fn /dev/sdc3
e2fsck 1.41.9 (22-Aug-2009)
fsck.ext3: Superblock ungültig versuche es mit Backup-Blöcken...
fsck.ext3: Bad magic number in super-block beim Versuch, /dev/sdc3 zu öffnen

SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
Dateisystem. Wenn Gerät gültig ist und ein ext2
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der SuperBlock
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock:
e2fsck -b 8193 <Gerät>

Mich interessiert nur sdc3, wie komme ich auf die Daten?

Danke

peter.

solarix
08.07.10, 13:37
Das befolgen was da steht?

Superblock reparieren?
Anders geht es nicht.

marce
08.07.10, 13:44
evtl. vorher noch ein Image per dd machen - falls was schief geht...

just4uk
08.07.10, 14:08
Wenn Gerät gültig ist und ein ext2 Dateisystem (kein swap oder ufs usw.) enthältSicher das dem so ist?

Gruß aus L.E.
Uwe

derRichard
08.07.10, 14:34
wenn dir die daten wichtig sind, lass eine datenrettungs-firma das machen...

//richard

solarix
08.07.10, 15:25
@Richard.

Was spricht dagegen zu versuchen den Superblock wieder herzustellen?
Hab das in letzter Zeit zwar öfters unter Solaris gemacht und nicht unter Linux, aber beim Versuch den Superblock wieder her zustellen kann man am wenigsten verlieren.

Sollte das sogar hin hauen, könnte man immerhin den Versuch starten, Read Only zu mounten und den Kram, irgend wo anders hin zu schreiben.

Ein Versuch ist es jedenfalls wert.

Du weisst auch was eine Datenwiederherstellungklitsche kostet.

derRichard
08.07.10, 15:35
Du weisst auch was eine Datenwiederherstellungklitsche kostet.

wie gesagt, wenn die daten wichtig sind...

//richard

ThorstenHirsch
08.07.10, 16:21
Buffalo hat die magic number des ext3-Dateisystems geändert und den eigenen Kernel (oder mount) gepatcht, damit es damit arbeiten kann. Es gibt irgendwo im Netz ein Script, das das fixt, damit du mit einem normalen kernel (mount) wieder darauf zugreifen kannst. Such mal nach "fix_ext2_magic" und "buffalo".

Grimstad
10.07.10, 15:30
Es scheint XFS zu sein. Mount liefert:

mount: wrong fs type, bad option, bad superblock on /dev/sdc3,
missing codepage or helper program, or other error
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so

dmesg:


linux-35ro:/home/drnick/06_Downloads/buff # dmesg | tail
[94915.111832] sd 5:0:0:0: [sdc] Mode Sense: 00 38 00 00
[94915.111837] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[94915.113741] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[94915.113809] sdc: sdc1 sdc2 sdc3 sdc4
[94915.132892] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[94915.132962] sd 5:0:0:0: [sdc] Attached SCSI disk
[107259.964090] SFW2-OUT-ERROR IN= OUT=eth0 SRC=192.168.1.103 DST=213.221.106.211 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=63537 DF PROTO=TCP SPT=46968 DPT=80 WINDOW=127 RES=0x00 ACK FIN URGP=0 OPT (0101080A0198051765BF08A4)
[110337.848081] SFW2-OUT-ERROR IN= OUT=eth0 SRC=192.168.1.103 DST=213.221.106.211 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=63345 DF PROTO=TCP SPT=38175 DPT=80 WINDOW=108 RES=0x00 ACK FIN URGP=0 OPT (0101080A01A3C2D665CACB9B)
[113489.708667] XFS: bad magic number
[113489.708732] XFS: SB validate failed

stefan.becker
10.07.10, 15:35
Sind die Daten wichtig? Wenn ja, siehe oben. Mit Bastelei machst du mehr kaputt als das es hilft.

Und für die Zukunft: Auf sowas gehören nur Backups selbst. Ansonsten brauchst du ein Backup-Backup-Laufwerk.

derRichard
10.07.10, 15:38
Es scheint XFS zu sein. Mount liefert:


nein. wenn du bei mount kein dateisystem angibst, dann testet der kernel einige dateisysteme durch. xfs war das letzte das er getestet hat.
xfs fand aber wie die anderen keinen superblock...

//richard

just4uk
10.07.10, 16:23
evtl. hilf das hier weiter (http://www.m740.de/forum/archive/index.php/t-4979.html)
Hatte ThorstenHirsch schon angesprochen!

Gruß aus L.E.
Uwe