Nach Update auf opensuse 15.4 startet das System nicht mehr
Hallo zusammen, heute habe ich einen physischen Rechner von opensuse 15.3 auf 15.4 angehoben - wie schon einige VMs zuvor: Erst einmal alles auf den aktuellen Stand bringen: zypper refresh zypper update reboot Nach dem Neustart die Repo-Einstellungen sichern und umkonfigurieren: cp -Rv /etc/zypp/repos.d/etc/zypp/repos.d.Old-15.3 sed -i 's/15.3/15.4/g' /etc/zypp/repos.d/!(bareos.repo) sed -i 's/\$releasever/15.4/g' /etc/zypp/repos.d/* Nun kommt das eigentliche Update: zypper--gpg-auto-import-keys ref zypper dup--download-in-advance Nach dem finalen Reboot starte der Rechner aber nicht mehr, da er das Device /dev/mapper/system-root nicht findet. Ich habe inzwischen fleißig untersucht und mit einem Suse 15.3 Rettungssystem gebootet und in das eigentliche System mit chroot gewechselt: mount /dev/mapper/system-root /mnt for i in proc sys dev run; do mount --rbind /$i /mnt/$i; done chroot /mnt mount -a Da dies immer noch alles funktioniert, habe ich dann einen neuen USB-Stick mit dem aktuelle Life-System von Suse 15.4 hergenommen und das gleiche versucht. Dabei scheiterte ich jedoch schon daran, dass /dev/mapper/system-root nicht vorhanden war. Erst nachdem ich mittels vgchange -ay die Volumegroups aktiviert hatte, konnte ich auch hier mit den selben Befehlen in das System wechseln. Nun hatte ich die Hoffnung, dass sich da was beim Erstellen der initramfs-Datei verhakt hatte, da diese ja aus dem alten laufenden 15.3 erstellt worden war. Aber auch eine neu erstellte initramfs-Datei mittels dracut -f /boot/initrd-5.14.... Auch das hat leider nichts gebracht. Zur Erläuterung: Im Rechner sind vier SSD als Raid5 zusammen im Einsatz. Dieses Raid ist das einzige physical Volume in der Volume Group system. Darin befinden sich vier logical volumes: root, home, swap und vbox für verschiedene Virtuelle Maschinen. Daneben gibt es noch ein weiteres Raid aus vier drehenden Platten. Dieses Raid ist das einzige physical volumen in der Volume Group backup, die im weiteren nur ein logical volume backup enthält. Unter 15.3 lief das System stabil viele Monate. /proc/mdstat sagt, es ist alles schön und der letzte Check ist in der letzten Nacht gelaufen. Aus dem Emergency-Mode habe ich einen Report auf einen Stick gezogen und untersucht. Dabei habe ich die folgende Meldung entdeckt, zu der ich leider so gar nichts brauchbares finden konnte: WARNING: device /dev/md127 is an md component, not setting device for PV. WARNING: outdated PV /dev/md127 seqno 6 has been removed in current VG system seqno 6. WARNING: VG system is missing PV efjZKA-3n34-YuF6-plWM-gRlW-Floz-j2MOA9. Kann jemand damit was anfangen und mir einen heißen Tipp geben? Vielen Dank für Eure Gedanken. Mark
On 31.10.22 22:39, Mark Wenzel wrote:
WARNING: device /dev/md127 is an md component, not setting device for PV.
Google liefert hier Steiten, in denen das setzen von md_component_detection = 0 in der /etc/lvm/lvm.conf hilft. Z.B. https://www.trendradars.com/channels/article-2439471-lvm-not-starting-after-... HTH und viele Grüße Ulf
Hallo Ulf, vielen Dank für Deine schnelle Antwort. Ich habe über das Life-System den Parameter in der /etc/lvm/lvm.conf umgesetzt. Nach dem neu Erstellen der initrd-Datei mittels dracut startet der Rechnern wieder wie er soll. Nochmals vielen Dank für Deine Hilfe! Viele Grüße Mark Am 31.10.22 um 23:28 schrieb Ulf Volmer:
On 31.10.22 22:39, Mark Wenzel wrote:
WARNING: device /dev/md127 is an md component, not setting device for PV.
Google liefert hier Steiten, in denen das setzen von md_component_detection = 0 in der /etc/lvm/lvm.conf hilft. Z.B.
https://www.trendradars.com/channels/article-2439471-lvm-not-starting-after-...
HTH und viele Grüße Ulf
participants (2)
-
Mark Wenzel
-
Ulf Volmer