Am 08.03.2016 um 09:28 schrieb Frank Jäschke:
Sebastian Siebert schrieb:
Am 03.03.2016 um 10:36 schrieb Frank Jäschke:
[...]
Meine Vermutung ist, dass der RAID-Treiber "md" aus der Initial-Ramdisk deines "Vanilla"-Kernel raus geflogen ist? Warum auch immer.
Genau so ist es, nach dem ich aus einem Backup die initrd wieder draufgespielt habe, läuft die Kiste wieder mit dem Kernel auf den Platten. Das Problem :
mdmon: /dev/sda is not attached to Intel(R) RAID controller. mdmon: /dev/sdb is not attached to Intel(R) RAID controller.
bleibt aber ?! Und alle Verzeichnisse /dev/md126p* sind ordentlich gemountet !??
Hm, ist das im gechrootetem System? Hast du /dev, /proc, /sys auch eingebunden?
Jetzt wäre der richtige Zeitpunkt ein Backup davon zu machen, falls nicht schon geschehen.
Ich würde z.B. mit SystemRescueCD die nachfolgende Operation durchführen.
Was sagt denn? # cat /proc/mdstat
Personalities : [raid1] md126 : active raid1 sdb[1] sda[0] 488383488 blocks super external:/md127/0 [2/2] [UU]
md127 : inactive sdb[1](S) sda[0](S) 5928 blocks super external:imsm
unused devices: <none>
Dann aus der o.g. Auflistung mal mit dem entsprechendem Device ersetzen und wie folgt aufrufen: # mdadm --detail /dev/md0
mdadm --detail /dev/md126 : /dev/md126: Container : /dev/md/imsm0, member 0 Raid Level : raid1 Array Size : 488383488 (465.76 GiB 500.10 GB) Used Dev Size : 488383620 (465.76 GiB 500.10 GB) Raid Devices : 2 Total Devices : 2
State : active Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0
UUID : 5b4f87da:0cfee806:8ea08fda:ba62c573 Number Major Minor RaidDevice State 1 8 16 0 active sync /dev/sdb 0 8 0 1 active sync /dev/sda #################################################################### mdadm --detail /dev/md127 : /dev/md127: Version : imsm Raid Level : container Total Devices : 2
Working Devices : 2
Member Arrays : /dev/md/Volume0_0
Number Major Minor RaidDevice
0 8 0 - /dev/sda 1 8 16 - /dev/sdb
Der Volumen-Container ist nicht im Raid (md127 : inactive) eingebunden. Aktuell ist der Dirty-Status als "Dirty" markiert, in der Regel wäre der Dirty-Status auf "clean".
Wenn überhaupt kein /dev/md* existiert, dann würde ich die beiden Platten mal versuchen wieder im Array zusammenzuführen.
# mdadm --assemble --scan
Kann da was mit den Daten passieren ?
Hast du Backup? :-) Auf Grund der o.g. Angaben würde ich wie folgt mit einer Live-CD vorgehen. # mdadm --stop /dev/md126 # mdadm --stop /dev/md127 # mdadm --assemble --scan. Das sollte alle vorhandenen Arrays wieder einbinden und den sync starten. Schau unter /proc/mdstat bzw. "mdadm --detail /dev/md12{6,7}" nach wie der Status ist. Ggfs. wurde eine neue Konfigurationsdatei /etc/mdadm.conf im Live-System erzeugt, bitte diesen mal wegsichern. Sobald der Status "active sync" bei /dev/md126 und /dev/md127 erscheint, kannst du den RAID mounten und die mkinitrd neubauen. (Nicht vergessen die virtuellen Verzeichnisse (/dev, /proc, /sys) einzubinden.)
Dann schaue nach, ob /dev/md0 existiert und lass nochmal /proc/mdstat bzw. "mdadm --detail /dev/md0" den Status des RAID ausgeben.
Sollte der Sync abgeschlossen sein, kannst du /dev/md0 mounten und in das System chrooten. Gibt es auch eine /etc/mdadm.conf?
Ja, die ist auch noch aus dem Vorjahr, also unangetastet.
DEVICE containers partitions ARRAY metadata=imsm UUID=f894b0c8:8a2d9d1c:cd8c92fb:b22b9f2b ARRAY /dev/md/Volume0_0 container=f894b0c8:8a2d9d1c:cd8c92fb:b22b9f2b member=0 UUID=5b4f87da:0cfee806:8ea08fda:ba62c573
Dann lasse nochmal zur Sicherheit
per mkinitrd eine neue Initial-Ramdisk neu bauen und die Ausgabe genau beobachten.
Auch hier noch der/die Fehler : *** Including module: mdraid *** mdmon: /dev/sdb is not attached to Intel(R) RAID controller. mdmon: /dev/sdb is not attached to Intel(R) RAID controller. mdmon: /dev/sda is not attached to Intel(R) RAID controller. mdmon: /dev/sda is not attached to Intel(R) RAID controller. Skipping udev rule: 64-md-raid.rules
HTH -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: https://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org