Ich beschäftige mich mit einem fehlerhaften RAID-5-Setup (3 x 2 TB-Festplatten):
Number Start End Size File system Name Flags
1 1049kB 1026MB 1024MB ext3 primary
2 1026MB 6146MB 5120MB ext3 primary
3 6146MB 6147MB 1049kB primary
4 6147MB 6148MB 1049kB primary
5 6148MB 7172MB 1024MB linux-swap(v1) primary
6 7172MB 1992GB 1985GB primary
Ich habe die gleiche Partitionstabelle auf einer neuen Festplatte erstellt. Das Neuzusammenstellen der ersten beiden Linux-Partitionen verlief problemlos mit:
mdadm --assemble --run /dev/md1 /dev/sdb2 /dev/sdd2 Dann meine neue Festplatte hinzufügen: mdadm --add /dev/md1 /dev/sda2
Aber als ich zu der wichtigen Partition kam (der 6. Datenspeicherpartition), fing es zuerst an zu jammern, dass die Größe der 3. Festplatte nicht ausreiche, also gut, ich löschte den Swap-Out auf meiner 3. Festplatte und erstellte ein größeres /dev/sda5.
Danach wurde das Hinzufügen mit folgender Meldung abgelehnt: „mdadm mit add kann nicht funktionieren und könnte Daten auf /dev/sda5 zerstören -> was mir egal ist, da dort nichts ist.“
Ich habe alles versucht, wie: mdadm --assemble --force --run /dev/md6 /dev/sdb6 /dev/sdd6 /dev/sda5
Das erneute Hinzufügen der dritten Festplatte wurde abgelehnt. Ich habe also gelesen, dass ich das Array neu erstellen muss. Das habe ich getan:
mdadm --create /dev/md6 -v -l 5 -n 3 /dev/sdb6 /dev/sdd6 /dev/sda5
Es hat es zugelassen, aber ich habe das starke Gefühl, dass es, anstatt jetzt irgendeine Art von Wiederherstellung durchzuführen, einfach alle Raid-Daten gelöscht hat! Was /proc/mdstat zeigt, ist:
md6 : active raid5 sda5[3] sdd6[1] sdb6[0]
3876362240 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [UU_]
[>....................] recovery = 4.0% (78723276/1938181120) finish=337.9min speed=91711K/sec
Ich habe keine Ahnung, was jetzt passiert, und muss noch 337 Minuten warten, bis es abgeschlossen ist. Ich habe file -s /dev/md6 ausprobiert und statt ext3 kommt nur sticky data. Werden meine Daten am Ende zugänglich und wiederherstellbar sein?
Bitte helfen Sie!
Danke
Antwort1
„Es sieht so aus, als ob die Superblöcke auf einigen Ihrer Festplatten kaputt sind und kein noch so großes Zusammensetzen wird das Array wieder zusammensetzen können. Die einzige Möglichkeit, dies zu beheben, besteht darin, die Superblöcke für das Array neu zu erstellen. Ich weiß, das klingt beängstigend, aber mdadm ist intelligent genug, um Ihre Daten nicht zu überschreiben. Hier ist ein Beispiel …“
Nein, ist es nicht, ich habe gerade alle meine Daten verloren, da ich vermutet habe, dass ein neues RAID-Array erstellt wurde. Ich wusste es in der Sekunde, in der ich am Anfang „file -s“ ausführte und es „Sticky Data“ sagte :(, dass ich meine Daten verloren hatte.
49bbb20 23 4d 33 4d 33 4d 33 4d 33 4d 33 4d 33 4d 33 4d |#M3M3M3M3M3M3M3M|
049bbb30 33 4d 33 4d 33 4d 33 4d 33 4d 33 4d 31 4d 23 4d |3M3M3M3M3M3M1M#M|
049bbb40 33 4d 33 4d 33 4d 33 4d 33 4d 33 4d 33 4d 33 4d |3M3M3M3M3M3M3M3M|
Das gesamte neue MD6-Array ist jetzt voll mit diesem M3M3M3.