HELP: mdadm: Wo sind meine Daten?

Seite 1 von 2 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/help_mdadm_wo_sind_meine_daten_206394/page_1 - zur Vollversion wechseln!

__Luki__ schrieb am 05.04.2009 um 19:55

Mahlzeit!

Ich sitze vor meinem PC und bin momentan "etwas" um meine Daten besorgt.
Folgende Situation:

Ich habe ein mdadm-Raid5 mit 3 Platten laufen, welches heute Mittag nicht mehr gemountet bzw. erkannt wurde. Via --detail habe ich erfahren, dass ein device nicht mehr im Raid war, sondern "removed". Also habe ich das Raid mit --stop angehalten, die Platte (sda1) mit --add wieder eingebunden und das Raid mit dem Befehl --run wieder gestartet.

Nun habe ich aber ein Problem mit meinen Daten, sie sind irgendwie da, und irgendwie doch nicht. (In der GUI zB, sehe ich sie nicht.) Auch Amarok findet einige Lieder nicht, und sagt "File not found", obwohl sie via "ls" zu finden ist, genau an der Location wo Amarok sie eigentlich sucht...

Ich weisz jetzt auch nicht genau, was ich euch jetzt fuer Screenshots zeigen soll, ich poste einfach mal' die, welche mir wichtig vorkommen:

Hat von euch jemand einen Rat?
Herzlichen Dank,
Luki

frank schrieb am 05.04.2009 um 21:20

Steht was davon im Syslog? FS schon fsck'd?

__Luki__ schrieb am 06.04.2009 um 11:48

Im Syslog steht zu der Zeit, wo es zu spinnen begann leider nichts, momentan bekomme ich sehr oft aehnliche Nachrichtigen wie zB:

Code:

Apr  5 20:04:08 kazzak kernel: [ 1071.560863] attempt to access beyond end of device
Apr  5 20:04:08 kazzak kernel: [ 1071.560865] md0: rw=0, want=9676548296, limit=2500516864
Apr  5 20:04:08 kazzak kernel: [ 1071.560872] attempt to access beyond end of device
Apr  5 20:04:08 kazzak kernel: [ 1071.560874] md0: rw=0, want=9676548296, limit=2500516864
Apr  5 20:04:08 kazzak kernel: [ 1071.675482] attempt to access beyond end of device
Apr  5 20:04:08 kazzak kernel: [ 1071.675489] md0: rw=0, want=25297084720, limit=2500516864
Apr  5 20:04:08 kazzak kernel: [ 1071.675494] attempt to access beyond end of device
Apr  5 20:04:08 kazzak kernel: [ 1071.675496] md0: rw=0, want=25297084720, limit=2500516864
Apr  5 20:04:08 kazzak kernel: [ 1071.675503] attempt to access beyond end of device
Apr  5 20:04:08 kazzak kernel: [ 1071.675505] md0: rw=0, want=25297084720, limit=2500516864

Nachdem ich mich mit fsck herumgeschlagen habe:

Code:

Log of fsck -C3 -R -A -a -f 
Mon Apr  6 11:17:37 2009

fsck 1.41.3 (12-Oct-2008)
/dev/md0: Missing '..' in directory inode 3817473.


/dev/md0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
	(i.e., without -a or -p options)
fsck died with exit status 4

Mon Apr  6 11:35:42 2009
----------------

Ist manuelles fsck empfehlenswert? Ich weisz nicht ob meine Skills dafuer reichen...

Tia,
Luki

nexus_VI schrieb am 06.04.2009 um 11:53

Auf jeden Fall einen fsck durchführen, Partition vorher bitte unmounten

__Luki__ schrieb am 06.04.2009 um 13:27

Code:

/dev/md0: ***** FILE SYSTEM WAS MODIFIED *****
/dev/md0: 91698/78143488 files (4.1% non-contiguous), 128626347/312564608 blocks

Jedoch werde meine Sorgen immer groeszer.
"ls -l" zeigt nun nur noch die 6 Dateien an, welche auch in der GUI zu sehen sind.

Auch Amarok findet nichts mehr.

nexus_VI schrieb am 06.04.2009 um 13:37

Welches Filesystem läuft auf dem RAID? Scheint als hätte es was abgekriegt.

__Luki__ schrieb am 06.04.2009 um 13:40

ext3, sorry, das haette ich erwaehnen sollen.

nexus_VI schrieb am 06.04.2009 um 14:07

Hm, vielleicht helfen dir Tools wie foremost, testdisk oder ähnliches. Mit solchen Problemfällen hab ich leider (gsd) bislang keine Erfahrung.

http://www.student.dtu.dk/~s042078/magicrescue/
Das gäbs auch noch, auch noch nie benutzt ...

Edit: lost+found ist nach dem fsck leer? Dort sollten ja recovered Files landen.

__Luki__ schrieb am 06.04.2009 um 15:00

Naja...
lost+found ist durchaus befuellt worden, aber absolut nicht wuenschenswert:

click here

nexus_VI schrieb am 06.04.2009 um 15:16

Das sind deine vermissten Daten ... das Filesystem hats ganz ordentlich erwischt, erklären kann ich mir das jetzt nicht. Hier eine ganz gute Erklärung des lost+found Ordners, und wie man eine Recovery angehen kann. Leider nicht ganz spaßig, trotzdem - hth

http://www.itworld.com/rescue-lost-...-nlsunix-080508

__Luki__ schrieb am 06.04.2009 um 15:21

Argh :/, so etwas habe ich fast befuerchtet...
Natuerlich sehr praktisch, zwecks Filenamen meiner Musiksammlung, etc...

Thx so far.

nexus_VI schrieb am 06.04.2009 um 15:28

Hier noch ein Haufen Lektüre: http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
Gerade bei so vielen Files natürlich hochgradig mühsam, hast mein volles Beileid

__Luki__ schrieb am 06.04.2009 um 15:41

Danke, ich werd' mich mal' in die Thematik einlesen.
Falls es zu aufwaendig ist, bleibt zu ueberlegen, ob ich ein ca. 1 Monat altes Backup einspielen soll.

Iirc muesste ich ein "Backup" auf ca. 10 versch. Platten haben (natuerlich ungeordnet ). Aber mal' sehen und Aufwand abschaetzen...

Danke, nexus

Edit: Hat jemand eine Ahnung, _wie_ das passieren konnte? Ich dachte eigentlich, dass ich mit meinem mdadm-raid5 ziemlich sicher unterwegs bin...?

__Luki__ schrieb am 10.04.2009 um 12:52

Update: Stunden und Tage investiert.
Teils sind die Daten noch in Ordnung (bis auf den Namen, ID3-Tags, etc...).

Der Groszteil ist jedoch einfach nur Mist und nicht zu gebrauchen.
vA meine VMs :bash:

Ich mache jetzt vom Rest der Daten noch einmal ein Backup, falls ich noch auf eine Loesung stoszen sollte...

Wenn von euch jemand einen Geistesblitz hat, waere ich sehr dankbar.

Die Frage die ich mir noch immer stelle:
Wie zum Teufel konnte das passieren ...

semteX schrieb am 10.04.2009 um 13:17

tja, was glaubst du wie ich mich gefreut hab, als der deppate ICH8r controller 2 von 4 platten als fehlerhaft ausgeworfn hat.. in nem raid 5... und das obwohl alle 4 platten perfekt in ordnung waren...

raid ist kein backup. das musste ich auch "the hard way" lernen