Ich habe es endlich geschafft, mein RAID10-Array wieder zusammenzubauen. Ich hoffe, dass es jetzt einen Weg gibt, dies zu lösen. (Es gibtGeschichte, falls jemand Interesse hat).
Ich bekomme jetzt:
# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid10 sdb[0] sde[3] sdc[1]
5860270080 blocks super 1.2 512K chunks 2 near-copies [4/3] [UU_U]
Wenn ich jetzt versuche, es zu mounten:
# mount -r -t ext4 /dev/md127 /media/raid2
mount: falscher FS-Typ, falsche Option, fehlerhafter Superblock auf /dev/md127,
fehlende Codepage oder Hilfsprogramm oder anderer Fehler
In einigen Fällen finden Sie nützliche Informationen im Syslog. Versuchen Sie
dmesg | Schwanz oder so
Wenn ich fstab überprüfe, ist die Array-ID anders als diemdadm meldet- also habe ich versucht, fstab folgendermaßen zu bearbeiten:
#UUID=9f6dfcc1-77c1-449a-9fa0-472df354a7b6 /media/raid2 ext4 defaults 0 1
UUID=3c055999-f299-f081-e35c-b3609e758f88 /media/raid2 ext4 defaults 0 1
Ich bekomme:
# mount -a
mount: /dev/sdb already mounted or /media/raid2 busy
Kann mir jemand etwas empfehlen? Gibt es ein Äquivalent zu „assume-clean“ beim Mounten oder etwas Ähnliches, das zumindest sein Bestes geben könnte, bevor ich das Ganze wegwerfe und wie ein Baby heule?
Antwort1
Sieht so aus, als hätten Sie am „Erstellungszeitpunkt: Do., 11. Juni 2015, 23:21:12“ ein mdadm --create ausgeführt. Das könnte ein Problem sein, wenn Sie die falschen Parameter verwendet haben. Welche Befehlszeile haben Sie verwendet?
Auch wenn das Mounten fehlschlägt, wird Folgendes gemeldet von... dmesg | tail
Außerdem ist es eine gute Idee, die SMART-Daten auf den Laufwerken zu überprüfen, um festzustellen, ob sie in Ordnung sind.
Verzweifeln Sie nicht. Ich arbeite oft an ausgefallenen RAID-Systemen und in RAID-10-Fällen ist eine Wiederherstellung normalerweise möglich.