brauche hardcore linux/hardware hilfe...

[jany]

....habe ien rieseiges problem:

meine buffalo linkstation pro ist mir am montag runtergepurzelt. eine der beiden 500gb pladden ist platt, die andere läuft noch. kann aber über die linkstation nicht mehr drauf zugreifen.

pladde nun ausgebaut ann rechenr dran und festgestellt, dass die linux-fs hat, soweit so gut. mit nem linux-fs treiber für windows habe ich keinen zugriff gehabt.

nun zu kollegen heute mit linux os drangefummelt und wieder nix.

habe versucht die partitionen zu mounten was aber nicht ging, weil der rechner de rmeinung ist, dass es ein linux_raid_member sei.

weiter gefummelt und rausgefunden das die magic numbers auf den erweiterteten partitionen ungültig ist. lediglich die auf der ersten partition ist gültig mit: ..53

angeblich gibts nen tool mit dem man die magic number fixen kann. diese soll angeblich durch die linkstation verändert sein.

bin nen bisl hilflos, da auf den platten ohne raid modus einige daten drauf sind, die mir viel bedeuten (bilder, vw bus, flintenkrimis, musik, etc...)

hat jemand ne idee?

grüße jany

[goerdy]

Hallo,

habt ihr gParted ausprobiert? am besten vonner Live CD?

damit kannste so ziemlich alles was mit ner Festplatte zu machen ist.

obs genau das kann was du brauchst weis ich nicht, aber bei uns aufer Arbeit ham wir damit noch alles wieder hinbekommen.

lg

goerdy

[c_malloc]

Hi Jany,
das hier schon gesehen:
http://buffalo.nas-central.org/index.ph ... ext2_magic

Grüße,
c_malloc

[Atlantik90]

Du hast vermutlich insoweit Pech, als deine Platten mit an Sicherheit grenzender Wahrscheinlichkeit nur mit einem Controller gleichen Typs gelesen werden können, denn in deiner Buffalo ist ein raidfähiger Kontroller drin.


ich gehe davon aus, dass du eine solche hast: Buffalo LinkStation Pro Duo 1000GB

[Atlantik90]

Zu dem Tool 2 postings weiter oben: Es ist nicht für Partitionen einer LSpro geeignet (siehe dort als Warnhinweis)

[jany]

jepp hab ne ls pro mit 1tb allerdings nicht im raidbetrieb gehabt...

mal sehen was jetzt so weitergeht... bin mit diversen tools noch am probieren...

danke für die einwürfe!

[SyncroEntroster]

Moin,
du sagtest 2 Pladden von je 500GB und weiter unten eine Kapazität von 1TB. Das bedeutet die Pladden waren gestriped?

Auf alle Fälle hast Du nur ne vernünftige Chance wenn die Platte in der Linkstation wieder erkannt wird und der Controller sein Array wiederherstellen kann. Bei einem Stripe fehlen Dir ja sonst 50% der Daten des Arrays.
Dann wäre auch logisch das man das nicht mounten kann. Allerdings wäre interessant warum Linux_fs erkannt wird, Softwareraid?

Laufen tut sie ja offensichtlich noch, denn sonst hättest die ja im Rechner nicht ansprechen können.

[3t3]

Naja, der Partitions-Typ ist schaetzungsweise FD (= Linux Raid auto). Nur hilft das auch nicht weiter, wenn die Platte ein Stripe in einem RAID-0 war. Da kann dann vielleicht ein Datenretter noch Daten rekonstruieren, aber mit einem halben Dateisystem kann man wirklich wenig anfangen.

Was man machen kann/sollte: den Inhalt der Platte mit einem Linux-Rechner auf eine andere baugleiche Platte duplizieren (nicht lesbare Sektoren 0en) und diese dann anstelle der havarierten einbauen. Wenn ich das richtig begriffen habe, liegt ja ein HW-Fehler vor?!

Gruesse, Axel

[SyncroEntroster]

Moin Axel,
Hardwarefehler? Hmm, ja nun, warum erkennt dann ein anderer Controller die Platte?
Also die Platte mal duplizieren ist schon eine gute Idee(die andere dann auch), aber es sollte der Controller vom dem Buffalo Teil die Platte wenigstens erkennen können.
Ich würde folgendes probieren:
Bau den Kram wieder zusammen, verpack das Wasserdicht(am besten noch mit was hygroskopischen zusammen) und leg das Gerät mal 2 Stunden in den Kühlschrank.
Dann versuch die nochmal zu starten.

[jany]

also es sind zwei platten mit je 500gb, habe weder striping noch mirroring gehabt, sprich kein raid genutzt....

die eine platte ist definitiv hardwaremässig im eimer, habe estern die elektronik mal durchgetauscht, weiterhin keine funktion.

dann weiter gesucht und mich mit den magic numbers beschäftigt. die linkstations verändern die leider.

die magic number (identifier) ist sozusagen ein codeword für die art der partition. deswegen erkennt der rechner die partition nicht, obwohl es tatsächlich ne linux-fs ist.

muss jetzt also nen weg finden die magicnumber wieder zurecht zu rücken auf: 0xEF53

dann kann ich mit linux bzw windoof auch drauf zugreifen. die primäre partition der platte, wo buffalo-internes zeugs drauf hat, hat auf allen blöcken diese magic numbers, und ich kann drauf zugreifen...

ideeen?

grüße jany

[3t3]

Ok, jetzt langsam begreife ich, worum es geht. Du hast in diesem Bueffelding zwei Platten gehabt, beide waren _einzeln_ ansprechbar und nachdem Dir die Kiste einen Abflug gemacht hat, hat der Bueffel keine der beiden Platten bereitgestellt. Ein der Platten ist tot und die andere moechtest Du jetzt retten. Diese noch lebende Platte hat angeblich ein Linux-FS drauf (wieviele Partitionen?) und Du weisst nicht, wie Du die (einstellige) Partitions-ID auf '83' setzen kannst?

Gruesse.

[jany]

genau so ist es!

die platte hat zwei primäre partitionen und eine erweiterte in der 2 logische laufwerke sind...

recherche hat ergeben, dass buffalo die id um einen nach oben oder unten setzt...nur wie kann man die befummeln?

dazu hab ich halt noch nichts gefunden

[3t3]

Nachtrag:

Es gibt unter Linux uebrigens nicht nur einen Dateisystemtyp, sondern diverse, die im Laufe der Jahre unterschiedlich favorisiert wurden. Derzeit wird viel mit ext3 gemacht, lange Zeit war reiserfs verbreitet und davor war ext2 das verbreitetste Dateisystem. Dann gibt es "natuerlich" noch die adaptierten Dateisysteme der anderen Nixen: xfs, jfs, efs, ufs, ...

Was Du tun solltest:

Den Platteninhalt auf eine andere baugleiche Platte duplizieren (Du brauchst ja vermutlich eh' eine neue Platte, um den Bueffel zu reaktivieren) und nur und ausschliesslich auf dem Duplikat zu restaurieren versuchen. Ich wuerde an dieser Stelle tunlichst empfehlen, diese Operationen mit Linux zu machen - DOS traue ich diesbezueglich nicht viel weiter als ich kotzen kann.

Gruesse, Axel
(off auf dem Weg ins Buero...)

[jany]

joa...die baugleiche pladde kommt heute gegen 11 uhr vom ups-mann

ich glaub ich brauch dann auch noch ne dritte platte für nen linux os zu hause. kenn mich mit dem kram ja eigentlich garnicht aus, wobei das gestern eigentlich schonmal alles ganz gut lief...

hier ist die beste quelle zum querlesen:

http://www.m740.de/forum/archive/index.php/t-4979.html

[3t3]

Na, das ist doch eine vollwertige Bastelanleitung. Knoppix kannst Du aus dem Netz holen, das ist ein Live-System, fuer das Du keine gesonderte Platte breauchst. Du solltest nur eben erst einmal die zu rettende Platte auf die UPS-Platte duplizieren. Wenn die alte Platte von Knoppix als /dev/hda und die neue als /dev/hdb erkannt wird, duplizierst Du einfach mit `dd if=/dev/hda of=/dev/hdb bs=1M' und legst danach erst einmal das Original zur Seite. Dann kannst Du restau-experimentieren und zur Not immer wieder frische Bastelduplikate erstellen.

Viel Glueck,
Axel (jetzt aber wirklich wech)

[jany]

die bastelanleitung funzt leider nicht weil ich ja ne linkstation "pro" habe....


hier nochmal die magic numbers:

Code: Alles auswählen

File system types:

ADFS_SUPER_MAGIC      0xadf5
 AFFS_SUPER_MAGIC      0xADFF
 BEFS_SUPER_MAGIC      0x42465331
 BFS_MAGIC             0x1BADFACE
 CIFS_MAGIC_NUMBER     0xFF534D42
 CODA_SUPER_MAGIC      0x73757245
 COH_SUPER_MAGIC       0x012FF7B7
 CRAMFS_MAGIC          0x28cd3d45
 DEVFS_SUPER_MAGIC     0x1373
 EFS_SUPER_MAGIC       0x00414A53
 EXT_SUPER_MAGIC       0x137D
 EXT2_OLD_SUPER_MAGIC  0xEF51
 EXT2_SUPER_MAGIC      0xEF53
 EXT3_SUPER_MAGIC      0xEF53
 HFS_SUPER_MAGIC       0x4244
 HPFS_SUPER_MAGIC      0xF995E849
 HUGETLBFS_MAGIC       0x958458f6
 ISOFS_SUPER_MAGIC     0x9660
 JFFS2_SUPER_MAGIC     0x72b6
 JFS_SUPER_MAGIC       0x3153464a
 MINIX_SUPER_MAGIC     0x137F /* orig. minix */
 MINIX_SUPER_MAGIC2    0x138F /* 30 char minix */
 MINIX2_SUPER_MAGIC    0x2468 /* minix V2 */
 MINIX2_SUPER_MAGIC2   0x2478 /* minix V2, 30 char names */
 MSDOS_SUPER_MAGIC     0x4d44
 NCP_SUPER_MAGIC       0x564c
 NFS_SUPER_MAGIC       0x6969
 NTFS_SB_MAGIC         0x5346544e
 OPENPROM_SUPER_MAGIC  0x9fa1
 PROC_SUPER_MAGIC      0x9fa0
 QNX4_SUPER_MAGIC      0x002f
 REISERFS_SUPER_MAGIC  0x52654973
 ROMFS_MAGIC           0x7275
 SMB_SUPER_MAGIC       0x517B
 SYSV2_SUPER_MAGIC     0x012FF7B6
 SYSV4_SUPER_MAGIC     0x012FF7B5
 TMPFS_MAGIC           0x01021994
 UDF_SUPER_MAGIC       0x15013346
 UFS_MAGIC             0x00011954
 USBDEVICE_SUPER_MAGIC 0x9fa2
 VXFS_SUPER_MAGIC      0xa501FCF5
 XENIX_SUPER_MAGIC     0x012FF7B4
 XFS_SUPER_MAGIC       0x58465342
 _XIAFS_SUPER_MAGIC    0x012FD16D

muss jetzt auch mal ins büro...werde sicher schon vermisst...

[3t3]

Wieso? Das Tool laeuft unter Linux und fixt die FS-Magics. Ich gehe mal davon aus, dass die Magics nicht blind ueberschrieben werden, sondern auch angezeigt. Nach Tabelle kann man ja dann leicht abschaetzen, was wohl der richtige Wert ist. Danach kann man die FSe unter Knoppix mounten und die Daten wegsichern.

Gruesse, Axel

[SyncroEntroster]

Und danach kann man die neuen Platten ja gleich wieder für das Büffeldinges passend formatieren und patchen.

[SyncroEntroster]

Aber jetzt mal im Ernst, das Geheimnis der Datensicherheit heisst ja "Duplizieren" wie Du das machst.... aber ein Raid 1 ist schon mal ein guter Ansatz.

[jany]

mit dem tool hab ich es gestern bereits versucht gehabt, da hat er rumgemec kert, dass der superblock invalid wäre....ging also nicht.

habe mittlerweile auch mit buffalo telefoniert und dort nen fass aufgemacht. das einzige was die mir dort verraten haben, war das das filesystem XFS sein soll.
auch der hinweis das ich firmenkunde sei und nen knappes dutzend geräte im einsatz habe (ist tatsächlich so) hat nicht gefruchtet. ich glaube der hersteller wird vom zettel getsrichen udn alle geräte ausgetauscht...

scheiße die nummer...

[3t3]

Sieht aus nach einem Fall für geduldige Bitwichser. Zumindest, wenn die beim xfs auch irgendwelche Magics übergebügelt haben. Hast Du die Platte schon dupliziert und versucht, sie im Knoppix als xfs zu mounten?

Axel

[jany]

nee...sitze noch im büro...das knoppix hab ich mir hier nebenbei schon mal vorbereitet und wenn ich nachhause kommen starte ich dann die session....

[jany]

moinsen,

melde mich nun aus der linuxwelt...

hier mal ein paar schnipsel von meinem datenmüll:

Code: Alles auswählen

.....
Initializing CPU#1
Calibrating delay using timer specific routine.. 5055.40 BogoMIPS (lpj=8423042)
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0008e39d 00000000 00000001 00000000
monitor/mwait feature present.
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 3072K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU: After all inits, caps: bfebfbff 20100000 00000000 00003940 0008e39d 00000000 00000001 00000000
CPU1: Intel(R) Core(TM)2 Duo CPU     E7200  @ 2.53GHz stepping 06
Total of 2 processors activated (10115.82 BogoMIPS).
....
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 100000K size 1024 blocksize
input: Macintosh mouse button emulation as /class/input/input0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Probing IDE interface ide0...
hdb: WDC WD5000AAKS-22YGA0, ATA DISK drive
hda: WDC WD1600AAJS-07WAA0, ATA DISK drive
Probing IDE interface ide1...
hdd: IRQ probe failed (0xfffffcbe)
hdd: IRQ probe failed (0xfffffcbe)
hdc: Optiarc DVD RW AD-7200S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 512KiB
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63
hda: cache flushes supported
 hda: hda1
hdb: max request size: 512KiB
hdb: 976773168 sectors (500107 MB) w/16384KiB Cache, CHS=60801/255/63
hdb: cache flushes supported
 hdb: hdb1 hdb2 hdb4 <hdb5>
hdc: ATAPI 94X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache
Uniform CD-ROM driver Revision: 3.20
Loading iSCSI transport class v2.0-724.
3ware Storage Controller device driver for Linux v1.26.02.002.
......
atkbd.c: Use 'setkeycodes e001 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0x81 on isa0060/serio0).
atkbd.c: Use 'setkeycodes e001 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0x81 on isa0060/serio0).
atkbd.c: Use 'setkeycodes e001 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0x81 on isa0060/serio0).
atkbd.c: Use 'setkeycodes e001 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0x81 on isa0060/serio0).
atkbd.c: Use 'setkeycodes e001 <keycode>' to make it known.
atkbd.c: Unknown key released (translated set 2, code 0x81 on isa0060/serio0).
atkbd.c: Use 'setkeycodes e001 <keycode>' to make it known.
SGI XFS with ACLs, security attributes, realtime, large block numbers, no debug enabled
SGI XFS Quota Management subsystem
XFS: bad magic number
XFS: SB validate failed
atkbd.c: Unknown key released (translated set 2, code 0x81 on isa0060/serio0).
atkbd.c: Use 'setkeycodes e001 <keycode>' to make it known.
VFS: Can't find an ext2 filesystem on dev hdb.
knoppix@Knoppix:~$ 

die hdb ist die böse pladde.... die erste partition davon lässt sich mounten:

Code: Alles auswählen

knoppix@Knoppix:~$ sudo mount -t ext2 /dev/hdb1 /mnt/pladde
knoppix@Knoppix:~$ cd pladde
bash: cd: pladde: No such file or directory
knoppix@Knoppix:~$ cd /pladde
bash: cd: /pladde: No such file or directory
knoppix@Knoppix:~$ cd /mnt/pladde
knoppix@Knoppix:/mnt/pladde$ ls
conf_save.tgz                   initrd.buffalo  lost+found      uImage.buffalo
hddrootfs.buffalo.updated.done  log.tgz         u-boot.buffalo

im dmesg zeigt er ja wenigsten die weiteren partitionen an, deshalb nächsten mountpoint bauen und nächste partition mounten:

Code: Alles auswählen

knoppix@Knoppix:/mnt/pladde$ sudo mkdir /mnt/pladde2
knoppix@Knoppix:/mnt/pladde$ sudo mount -t ext2 /dev/hdb4 /mnt/pladde2
mount: wrong fs type, bad option, bad superblock on /dev/hdb4,
       missing codepage or other error
       (aren't you trying to mount an extended partition,
       instead of some logical partition inside?)
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

knoppix@Knoppix:/mnt/pladde$ sudo mount -t xfs /dev/hdb4 /mnt/pladde2
mount: /dev/hdb4: can't read superblock
knoppix@Knoppix:/mnt/pladde$ sudo mount -t auto /dev/hdb4 /mnt/pladde2
mount: you must specify the filesystem type
knoppix@Knoppix:/mnt/pladde$    

geht nicht! *erweiterterkotzkrampfmeinerseits*

also weiter probiert mit den anderen partionen:

Code: Alles auswählen

knoppix@Knoppix:/mnt/pladde$ sudo mount -t xfs /dev/hdb4 /mnt/pladde2
mount: /dev/hdb4: can't read superblock
knoppix@Knoppix:/mnt/pladde$ sudo mount -t auto /dev/hdb4 /mnt/pladde2
mount: you must specify the filesystem type
knoppix@Knoppix:/mnt/pladde$ sudo mount -t xfs /dev/hdb2 /mnt/pladde2 
knoppix@Knoppix:/mnt/pladde$ cd /mnt/pladde2
knoppix@Knoppix:/mnt/pladde2$ ls
bin   dev  home    lib      mnt      proc  sbin  tmp  var
boot  etc  initrd  libexec  modules  root  sys   usr  www
knoppix@Knoppix:/mnt/pladde2$ sudo mkdir /mnt/pladde3
knoppix@Knoppix:/mnt/pladde2$ sudo mount -t xfs /dev/hdb5 /mnt/pladde3
mount: wrong fs type, bad option, bad superblock on /dev/hdb5,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

knoppix@Knoppix:/mnt/pladde2$ sudo mount -t xfs /dev/hdb6 /mnt/pladde3
mount: wrong fs type, bad option, bad superblock on /dev/hdb6,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

knoppix@Knoppix:/mnt/pladde2$ 

die zweite primäre partition geht auch...ist aber nur uninteressanter dreck drin.

soweit der zwschenstand...

hilfe....

[jany]

hier nochmal die fehlermeldungen beim versuch die magic number zu fixen:

Code: Alles auswählen

knoppix@Knoppix:/mnt/pladde2$ cd /home/knoppix/Desktop
knoppix@Knoppix:~/Desktop$ ls
Floppy           Makefile      fix_ext2_magic    hda1  sda1  sda6
KNOPPIX.desktop  README.eucJP  fix_ext2_magic.c  hdb   sda5  trash.desktop
knoppix@Knoppix:~/Desktop$ sudo ./fix_ext2_magic --fix /dev/hdb4
Can't open /dev/hdb4
knoppix@Knoppix:~/Desktop$ sudo ./fix_ext2_magic --fix /dev/hdb5
Bad magic number: 0000
Can't open /dev/hdb5
knoppix@Knoppix:~/Desktop$ sudo ./fix_ext2_magic --fix /dev/hdb6
Bad magic number: 0000
Can't open /dev/hdb6
knoppix@Knoppix:~/Desktop$ sudo ./fix_ext2_magic --fix /dev/hdb1
Block group   0: magic number = 0xef53
Block group   1: magic number = 0xef53
Block group   3: magic number = 0xef53
Block group   5: magic number = 0xef53
Block group   7: magic number = 0xef53
knoppix@Knoppix:~/Desktop$ sudo ./fix_ext2_magic --fix /dev/hdb2
Bad magic number: ffff
Can't open /dev/hdb2

[c_malloc]

schon mal versucht, den Superblock zu fixen:

man e2fsck, da findest du u.a.:
-b superblock
Instead of using the normal superblock, use an alternative
superblock specified by superblock. This option is normally
used when the primary superblock has been corrupted. The loca‐
tion of the backup superblock is dependent on the filesystem’s
blocksize. For filesystems with 1k blocksizes, a backup
superblock can be found at block 8193; for filesystems with 2k
blocksizes, at block 16384; and for 4k blocksizes, at block
32768.

Additional backup superblocks can be determined by using the
mke2fs program using the -n option to print out where the
superblocks were created. The -b option to mke2fs, which spec‐
ifies blocksize of the filesystem must be specified in order for
the superblock locations that are printed out to be accurate.

If an alternative superblock is specified and the filesystem is
not opened read-only, e2fsck will make sure that the primary
superblock is updated appropriately upon completion of the
filesystem check.
Vielleicht geht das.

[3t3]

Es handelt sich um xfs...

[3t3]

@jany: und? gerettet?

[jany]

bisher nicht... habe xfs_check und xfs_repair mit dem duplikat versucht.

xfs_check funzt nicht wegen der beschissenen magic number

xfs_repair sucht sich nen wolf nach den weiteren superblöcken, die wohl auch durch buffalo corruptiert sind.

nun hab ich mir noch ne 500gb platte besorgt, und wollte dann also zwei frische 500er in die linkstation einbauen, ursprungszustand sozusagen wieder herstellen, und dann die zweite noch intakte wieder einstecken und gucken was passiert...

...leider habe ich mittlerweiel garkeinen zugang mehr zu der scheiß kiste, macht nur noch bunte beleuchtung und meldet sich nicht mehr im netzwerk.

weiterhin ist die doku im vergleich zu anderen technsichen geräten mit denen ich täglich zu tun habe ein armutszeugnis... aber das wird der supportheini gleich um die ohren bekommen...

mal sehen wie es weitergeht... konnte mittlerweile wenigsten präzisieren, wieviel daten futsch sind, und da sieht es bei den privaten daten etwas besser aus als befürchtet. bei meinen archiven ist nach wie vor ein totalverlust zu verzeichnen.

grüße jany

[3t3]

tja, bin ja leider nicht mehr in der naehe, sonst haette ich gesagt: komm 'mal rueber mit dem krempel...

[jany]

hab heute mit dem support nochmal gesprochen. also in dem betriebsmodus "jbod" werden die daten verteilt auf beide platten geschrieben.

eine herstellung ist nur möglich, wenn beide platten am start sind.

würde heißen: erste platte zu nem datenretter einschicken und die scheiben in eine funktionierende baugleiche festplatte einbauen zu lassen. dann wäre eine datenrettung möglich, sofern die scheiben nicht beschädigt wurden.

es sieht also nach einem "headcrash" aus...

bin am überlegen ob ich bei uns im institut im reinraum die dinger selber versuche die scheiben zu tauschen...