Bis vor wenigen Minuten hatte ich ein funktionierendes Raid 10 Gerät ( /dev/md0) bestehend aus 4 x 3TB Festplatten.
Mein Betriebssystem (Headless Ubuntu Server 14.04.1 lts) ist auf einer 120 GB SSD getrennt vom Raid gemountet.
Ich habe über noatime gelesen und dass es gut für SSDs ist (ich habe keine Erfahrung mit SSDs), also habe ich es bearbeitet, um es meinem SSD-Eintrag /etc/fstabhinzuzufügen .noatime
Ich habe dann versucht, den Headless-Server neu zu starten, und er blieb während des Bootvorgangs hängen, da er meinen Raid nicht /dev/md0unter/mnt/raiddisk:
The disk drive for /mnt/raiddisk is not ready yet or not present.
Continue to wait, or press S to skip mounting or M for manual recovery.
Jetzt habe ich gebootet, indem ich das Mounten des RAID-Geräts übersprungen habe.
cat /proc/mdstatsagt:
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : inactive sdd1[3](S) sdc1[2](S) sdb1[1](S)
8790402048 blocks super 1.2
unused devices: <none>
In der obigen Liste fehlt eine Festplatte. Es sollte auch sde geben.
Der Versuch, manuell zu mounten, sudo mount /dev/md0 /mnt/raiddiskführt zu folgender Ausgabe:
mount: /dev/md0: can't read superblock
Nach einigem Lesen habe ich Folgendes versucht:
sudo mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
Und bekam diese Nachricht:
mdadm: /dev/sdb1 is busy - skipping
mdadm: /dev/sdc1 is busy - skipping
mdadm: /dev/sdd1 is busy - skipping
mdadm: /dev/md0 is already in use.
Also habe ich aufgehört /dev/md0und es noch einmal versucht und dieses Mal scheint es geklappt zu haben:
mdadm: /dev/md0 has been started with 4 drives.
Jetzt cat /proc/mdstatergibt sich:
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid10 sda1[0] sdd1[3] sdc1[2] sdb1[1]
5860267008 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]
unused devices: <none>
Ich konnte es jetzt bei montieren /mnt/raiddisk.
Beim erneuten Neustart bleibt es während des Bootens hängen, da das RAID-Gerät nicht gemountet werden kann.
Ich bin nicht sicher, was ich sonst noch testen/überprüfen soll, da ich ein Raid-Neuling bin.
Antwort1
Ich konnte es beheben.
Beim Überprüfen der Ausgabe von sudo parted -lund cat /proc/mdstatsowie beim Nachschauen in /etc/mdadm/mdadm.confist mir aufgefallen, dass sich die Gerätebezeichnungen für die Festplatten offenbar geändert haben, nachdem ich versucht habe, sie noatimehinzuzufügen /etc/fstab.
Meine SSD hatte früher die Bezeichnung, /dev/sdadie sich dann geändert hat in/dev/sde
Daher konnte MD das RAID-Array beim Booten nicht automatisch zusammenstellen, da es nichts /dev/sdezum RAID hinzufügen konnte, da dies nun die SSD für die Boot-Partition war.
Nach dem Aktualisieren mdadm.confund Hinzufügen der aktualisierten Datenträgerbezeichnungen und dem anschließenden Ausführen update-initramfs -ukonnte ich einen normalen Neustart durchführen und das RAID-Array wurde zusammengestellt und gemountet.
Ich habe keine Ahnung, warum das einfache Hinzufügen noatimezu meinem SSD-Eintrag /etc/fstabdies bewirkt hat.
noatimeIch habe es inzwischen von meinem entfernt, /etc/fstabweil ich schreckliche Angst habe, dass es wieder passiert.