Ubuntu RAID 10 - Zusammenbau nicht möglich

507
user529384

Hier ist eine kurze Geschichte, wie ich hierher gekommen bin:

  1. 4x Festplatte Ubuntu 12.04 Software RAID10 mit 5x Partitionen (md0 - md4)
  2. 1x Scheibe ist gestorben
  3. mdadm --fail>> mdadm --removeLaufwerk physisch entfernt und ersetzt
  4. mdadm --add > Die Festplatte wurde für alle Partitionen perfekt synchronisiert
  5. beschloss, alle Festplatten zu ersetzen, so dass sie identisch waren
  6. Wiederholen Sie die Schritte 3 bis 4 für die restlichen 3 Festplatten. Die 2. und 3. Scheibe lief einwandfrei.
  7. Nachdem die endgültige Festplatte ersetzt wurde, fügte ich sie wieder dem Array hinzu, wurde jedoch darüber informiert, dass das Dateisystem schreibgeschützt war.
  8. cat /proc/mdstat enthüllte, dass einige Partitionen herausgefallen waren, aber es war sehr inkonsistent.
  9. Ich habe die Maschine neu gestartet (wahrscheinlich nicht die klügste Idee)
  10. Die Maschine konnte nicht booten (kein MBR auf der neuen Festplatte, nehme ich an).
  11. Ersetztes letztes Laufwerk, das ich herausgenommen hatte. Der Computer startet zur intitramfsBestätigung, aber die Tastatur reagiert nicht.
  12. Letztes Laufwerk entfernen, so dass nur noch die 3x guten Festplatten übrig sind.
  13. Booten Sie von Ubuntu Live USB.
  14. Das Ubuntu-Festplatten-Dienstprogramm listet die 4x RAID-Geräte als inaktiv und teilweise zusammengesetzt auf.

  15. ubuntu@ubuntu:~$ cat /proc/mdstat 

    Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]  md3 : inactive sdd8[6](S) sdc8[5](S) sdb8[4](S) 1464837120 blocks super 1.2  md4 : inactive sdd9[6](S) sdc9[5](S) sdb9[4](S) 718365696 blocks super 1.2  md1 : inactive sdd6[6](S) sdc6[5](S) sdb6[4](S) 146479104 blocks super 1.2  md2 : inactive sdd7[6](S) sdc7[5](S) sdb7[4](S) 585931776 blocks super 1.2  md0 : inactive sdd5[6](S) sdc5[5](S) sdb5[4](S) 14641152 blocks super 1.2  unused devices: <none>

  16. ubuntu@ubuntu:~$ sudo mdadm --assemble --verbose /dev/md0 -f /dev/sdb5 /dev/sdc5 /dev/sdd5

mdadm: Suche nach Geräten für / dev / md0 mdadm: Gerät kann nicht geöffnet werden / dev / sdb5: Gerät oder Ressource beschäftigt mdadm: / dev / sdb5 hat keinen Superblock - Assembly wurde abgebrochen

Also jetzt bin ich ein bisschen festgefahren! Die 3x-Festplatten waren in dem Moment alle konsistent, in dem die 4. Platte ersetzt wurde. SMART-Prüfungen kommen in Ordnung (keine fehlerhaften Sektoren usw.).

Ich brauche nur einen Weg, um das Array mit 3x-Festplatten wiederherzustellen, damit ich die vierte wieder hinzufügen kann. Irgendwelche Gedanken?

Danke vielmals!

0

2 Antworten auf die Frage

0
S.Haran

Überprüfen Sie die Ausgabe von mdadm --examine auf jeder RAID-Partitionslaufwerkspartition. Es zeigt Ihnen Statusinformationen und hoffentlich an, wo das Problem möglicherweise liegt.

Überprüfen Sie auch den SMART-Status Ihrer Laufwerke, um festzustellen, ob sie fehlerfrei sind.

0
user529384

Ich habe dies wie folgt von einem Ubuntu Live USB gelöst (musste mdadm installieren):

  1. mdadm --stop /dev/md[01234]
  2. mdadm --assemble /dev/md0 --verbose /dev/sd[abc]5 (Anmerkung Ich habe nur die 3x guten Laufwerke verwendet).
  3. für jeden wiederholen /dev/mdx
  4. Wenn ich einen Fehler "Gerät oder Ressource beschäftigt" bekomme, würde ich --stopdas noch /dev/mdxeinmal wiederholen und das wiederholen --assemble. Keine Ahnung, warum das funktioniert hat, aber es hat funktioniert.
  5. mdadm --manage /dev/mdx --add /dev/sddxfür jeden /dev/mdxund entsprechende /dev/sddxPartition
  6. Alle Festplatten waren in ihren Arrays synchronisiert, mdadm glücklich.
  7. Befolgen Sie die Anweisungen hier https://help.ubuntu.com/community/Grub2/Installing (OS-Dateisystem einhängen> chroot> install grub auf jedem Laufwerk> update grub> Neustart)
  8. ???
  9. Profitieren. Vom Computer gebootet, Dateisystemfehler auf der Betriebssystempartition festgestellt, jedoch repariert (die Festplatten fielen möglicherweise zu unterschiedlichen Zeiten aus). Nach der Reparatur und einem Neustart läuft alles wieder ab und läuft ohne Datenverlust.

Verwandte Probleme