Ok, noch habe ich ideen
Was daran liegt, dass ich da auch schon durch bin...
Jetzt legen wir einfach ein neues RAID an über alle vier Platten. Der Superblock ist wohl wirklich weg.
Was passiert?
- Wir erzeugen ein neus RAID 5 über vier Platten mit der alten RAID Geometrie.
- Wir sagen mdadm, er soll das RAID nur neu anlegen und nicht neu syncen. dadurch ist der Zustand der Daten noch vorhanden, nur die Superblöcke werden neu geschrieben.
- Jetzt müssen wir raten:
1. Das Dateisystem ist in Ordnung, es wurde also nichts mehr geschrieben, als schon eine Platte weg war. Best Case
2. Das Dateisystem ist bugy, weil geschrieben wurde als Platte 3 weg war.
3. Das Dateisystem ist buggy, weil geschrieben wurde als Platte 4 weg war.
Diese drei Fälle können passiert sein.
Wir raten und tippen, das Fall drei eingetreten ist. Platte 4 ist eine von den beiden, die keinen Superblock mehr haben.
Deshalb bauen wir das RAID mit allen 4 Platten zusammen schalten den Rechner aus und entfernen Platte 4. Dann schalten wir wieder ein, das RAID ist defekt, wir schalten den Rechner wieder aus, bauen Platte vier ein und schalten wieder ein. Platte vier wird wieder in das RAID eingebaut. der Vorteil gebenüber Fall 1 ist, das der Fall eins in Fall 3 beinhaltet ist.
Das Dateisystem anschliessend mounten und die Ausgabe posten. Wenns rumpelt, fsck usw, wie oben beschrieben. Wenn der fsck auch scheitert, das gleiche Spiel wie eben beschrieben, nur mit PLatte 3.
So, nun zu dem Befehl, wie man tote Linux RAIDs zum Leben erweckt:
mdadm --create /dev/md1--run --spare-devices=0 --chunk=32 --assume-clean --metadata=0.90 --level=5 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
Die Chunksize ist die, die mdadm-E ausgeworfen hat und die metadata Version wurde ebenfalls oben von Dir angegeben. Müsste also alles passen. Die Partitionen musst Du aber selbst prüfen.
Wenn alles klappt und du es auch noch verstanden hast was Du tust, dann klopf Dir auf die Schulter. Das ist deutlich mehr als nur "Mausschubsen am Computer"
