Am 03.03.2016 um 10:36 schrieb Frank Jäschke:
Hallo Liste,
Gestern habe ich mit einem System OS132 64Bit ein Onlinebackup über yast2 gemacht. Alles was angeboten wurde, außer Kernel, bind und clam upgedatet. (Kernel, bind und clam stelle ich selbst her) Dann hat des System gemeint ich soll wegen systemd eine reboot machen. Das hatte ich nicht tun sollen. Nun startet das System nicht mehr. Mit der Installation CD kann ich des installierte System booten (der originale Kernel ist noch [neben den Eigenen] mit alle Modulen drauf) und das System läuft so recht und schlecht vor sich hin.
Meine Analyse bisher :
- Es wurden alle initrd für meine selbst erstellten Kernels und den Originalen neu gebaut (die alle bis dahin liefen)!! - es scheint das md126 - RAID auseinander gefallen zu sein, auf der Platte - nach boot von CD ist es da - Ausgabe von : mdadm --examine /dev/sd[ab] : ##################################### das ist die Umleitung von 2> : mdmon: /dev/sda is not attached to Intel(R) RAID controller. mdmon: /dev/sdb is not attached to Intel(R) RAID controller.
die Ausgabe ist dann: /dev/sda: Magic : Intel Raid ISM Cfg Sig. Version : 1.1.00 Orig Family : 50129287 Family : 50129287 Generation : 00003381 Attributes : All supported UUID : f894b0c8:8a2d9d1c:cd8c92fb:b22b9f2b Checksum : 403c2684 correct MPB Sectors : 1 Disks : 2 RAID Devices : 1
Disk01 Serial : WD-WCASY3860966 State : active Id : 00020000 Usable Size : 976767240 (465.76 GiB 500.10 GB)
[Volume0]: UUID : 5b4f87da:0cfee806:8ea08fda:ba62c573 RAID Level : 1 Members : 2 Slots : [UU] Failed disk : none This Slot : 1 Array Size : 976766976 (465.76 GiB 500.10 GB) Per Dev Size : 976767240 (465.76 GiB 500.10 GB) Sector Offset : 0 Num Stripes : 3815496 Chunk Size : 64 KiB Reserved : 0 Migrate State : idle Map State : normal Dirty State : dirty
Disk00 Serial : WD-WCASY3839900 State : active Id : 00010000 Usable Size : 976767240 (465.76 GiB 500.10 GB) /dev/sdb: Magic : Intel Raid ISM Cfg Sig. Version : 1.1.00 Orig Family : 50129287 Family : 50129287 Generation : 00003381 Attributes : All supported UUID : f894b0c8:8a2d9d1c:cd8c92fb:b22b9f2b Checksum : 403c2684 correct MPB Sectors : 1 Disks : 2 RAID Devices : 1
Disk00 Serial : WD-WCASY3839900 State : active Id : 00010000 Usable Size : 976767240 (465.76 GiB 500.10 GB)
[Volume0]: UUID : 5b4f87da:0cfee806:8ea08fda:ba62c573 RAID Level : 1 Members : 2 Slots : [UU] Failed disk : none This Slot : 0 Array Size : 976766976 (465.76 GiB 500.10 GB) Per Dev Size : 976767240 (465.76 GiB 500.10 GB) Sector Offset : 0 Num Stripes : 3815496 Chunk Size : 64 KiB Reserved : 0 Migrate State : idle Map State : normal Dirty State : dirty
Disk01 Serial : WD-WCASY3860966 State : active Id : 00020000 Usable Size : 976767240 (465.76 GiB 500.10 GB) ##############
Wie kann ich das System ohne Datenverlust wieder zusammenfügen ???
Auch ein mkinitrd für meien eigenen Kernel 4.4.3 meint :
mdmon: /dev/sda is not attached to Intel(R) RAID controller mdmon: /dev/sdb is not attached to Intel(R) RAID controller
Was wohl die Annahme des, zumindest auf der Platte, zerfallenen RAID1 bestätigt?!
Die Bootcd (NETInstall) baut das wohl beim laden des Kernel selbst zusammen ?!
Wie kann ich das Problem ohne Datenverlust lösen ? Danke schon mal vorab.
Hallo, hm... du baust dir also den Kernel selbst. Warum eigentlich? Meine Vermutung ist, dass der RAID-Treiber "md" aus der Initial-Ramdisk deines "Vanilla"-Kernel raus geflogen ist? Warum auch immer. 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 Dann aus der o.g. Auflistung mal mit dem entsprechendem Device ersetzen und wie folgt aufrufen: # mdadm --detail /dev/md0 Wenn überhaupt kein /dev/md* existiert, dann würde ich die beiden Platten mal versuchen wieder im Array zusammenzuführen. # mdadm --assemble --scan 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? Dann lasse nochmal zur Sicherheit per mkinitrd eine neue Initial-Ramdisk neu bauen und die Ausgabe genau beobachten. Viel Glück bei der Spurensuche. -- 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