• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Gelöst tumbleweed - Kernel panic seit Update auf 6.16.6-1

D

D.o.S.

Seit dem Update auf Kernel 6.16.6-1 bricht Booten mit Kernel panic ab.
Unable to mount root fs on "/dev/mapper/cr-auto-2" or unknown-block(0.0)
Zum Vergrößern anklicken....
Hab so etwas in etliche Jahren mit Linux noch nicht gehabt und weiß nicht wie man das fixen kann.
Aktuell kann ich im Boot-Menü noch den 6.16.3-1 auswählen, damit bootet das System.
 
OP
D

D.o.S.

JSC schrieb:
Ist zwar schon etwas älter...
How to fix boot issue ? VFS: cannot open root device "mapper/x" or unknown-block(0,0)
Zum Vergrößern anklicken....
Super. Danke hat mir schon mal weiter geholfen.
Update-initramfs habe ich bei tumbleweed nicht gefunden und stattdessen
sudo dracut initrd-6.16.6-1-default
genommen.
Gleiches gilt für update-grub, da ist es :
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Jetzt ist die Kernel panic schon mal weg. das InitRamFS wird auch geladen.
Allerdings hängt es jetzt nach
Mounted Kernel Configuration File System

Brauche ich für dracut noch irgendwelche Parameter?
 
OP
D

D.o.S.

Nach längerem Warten im Bootprozess kommt die Fehlermeldung:

dracut-pre-udev[419]: modprobe: FATAL: Module dm_mod not found in directory /usr/lib/modules/6.16.6-1-default
 
susejunky

susejunky

Moderator
Teammitglied
D.o.S. schrieb:
Nach längerem Warten im Bootprozess kommt die Fehlermeldung:

dracut-pre-udev[419]: modprobe: FATAL: Module dm_mod not found in directory /usr/lib/modules/6.16.6-1-default
Zum Vergrößern anklicken....
Wenn Du mit Kernel 6.16.3-1 startest und dann als "root" folgendes ausführst
  1. Code: 
    depmod -a 6.16.6-1-default
    Korrektur am 18.09.2025 (siehe auch Beitrag #13)
  2. Code: 
    dracut -f --kver 6.16.6-1-default
    Ende Korrektur
  3. Code: 
    update-bootloader --config
  4. Code: 
    systemctl isolate reboot
tritt der Fehler dann immer noch auf?
 
Zuletzt bearbeitet:
OP
D

D.o.S.

susejunky schrieb:
Wenn Du mit Kernel 6.16.3-1 startest und dann als "root" folgendes ausführst
  1. Code: 
    depmod -a 6.16.6-1-default
  2. Code: 
    dracut -f 6.16.6-1-default
  3. Code: 
    update-bootloader --config
  4. Code: 
    systemctl isolate reboot
tritt der Fehler dann immer noch auf?
Zum Vergrößern anklicken....
Ja. Wobei dracut 6.16.6-1-default ein Datei 6.16.6-1-default erzeugt. Dann gibt's wieder die Kernel Panic.
Mit dracut initrd-6.16.6-1-default startet zumindest die RamDisk, läuft aber dann wieder in den 2.Fehler (s.o.)

:/boot> ls -all insgesamt 318504 dr-xr-xr-x 1 root root 688 17. Sep 17:22 . drwxr-xr-x 1 root root 160 14. Sep 19:52 .. -rw-r--r-- 1 root root 293043 26. Aug 07:31 config-6.16.3-1-default -rw-r--r-- 1 root root 292984 9. Sep 20:01 config-6.16.6-1-default drwxr-xr-x 3 root root 4096 1. Jan 1970 efi drwxr-xr-x 1 root root 114 17. Sep 17:22 grub2 lrwxrwxrwx 1 root root 23 8. Sep 13:18 initrd -> initrd-6.16.3-1-default -rw------- 1 root root 137816217 14. Sep 19:45 initrd-6.16.3-1-default -rw------- 1 root root 137732864 17. Sep 17:22 initrd-6.16.6-1-default -rw-r--r-- 1 root root 569 26. Aug 07:31 sysctl.conf-6.16.3-1-default -rw-r--r-- 1 root root 569 9. Sep 20:01 sysctl.conf-6.16.6-1-default -rw-r--r-- 1 root root 8900566 26. Aug 07:31 System.map-6.16.3-1-default -rw-r--r-- 1 root root 8887985 9. Sep 20:01 System.map-6.16.6-1-default lrwxrwxrwx 1 root root 24 8. Sep 13:18 vmlinuz -> vmlinuz-6.16.3-1-default -rw-r--r-- 1 root root 16091504 26. Aug 07:31 vmlinuz-6.16.3-1-default -rw-r--r-- 1 root root 65 26. Aug 07:31 .vmlinuz-6.16.3-1-default.hmac -rw-r--r-- 1 root root 16071024 9. Sep 20:01 vmlinuz-6.16.6-1-default -rw-r--r-- 1 root root 65 9. Sep 20:01 .vmlinuz-6.16.6-1-default.hmac lrwxrwxrwx 1 root root 30 14. Sep 19:44 .vmlinuz.hmac -> .vmlinuz-6.16.6-1-default.hmac
 
S

Sauerland

Wenn der Kernel 6.16.3 funktioniert, würde ich:
kernel 6.16.6 löschen und ein
Code: 
zypper dup
ausführen.
Denn es gibt kernel-default-6.16.7 im Repo.

Wenn der auch nicht funktioniert, bugreport.
 
OP
D

D.o.S.

Sauerland schrieb:
Wenn der Kernel 6.16.3 funktioniert, würde ich:
kernel 6.16.6 löschen und ein
Code: 
zypper dup
ausführen.
Denn es gibt kernel-default-6.16.7 im Repo.

Wenn der auch nicht funktioniert, bugreport.
Zum Vergrößern anklicken....
Wie lösche ich den 6.16.6 ?
Über die Softwareverwaltung? Oder direkt im /boot und welche Dateien wären das?
Wie verhindere ich, dass mir zypper dup nicht den 6.16.3 überschreibt und ich dann gar nicht mehr booten kann?
Hab gerade festgestellt, dass weil ich /boot auf ner anderen Partion habe wie /root. Ich keine Rollback für /boot machen kann. Ist nicht in den snapshots drin. :(
 
OP
D

D.o.S.

tomm.fa schrieb:
Wenn dieser bei der Aktualisierung nicht gelöscht wird, ja.


Indem du die Datei /etc/zypp.conf anpasst.
Zum Vergrößern anklicken....
Super, danke.
Hab das hier dazu gefunden:
Multikernel
Hab bereits in der zypp.conf:

multiversion.kernels = latest,latest-1,running
Wenn ich das richtig verstehe, bin ich wenn, ich das System mit dem 6.16.3 am laufen habe und dann zypper dup ausführe, sicher. Das 6.16.3 durch "running" geschützt ist, korrekt?
 
OP
D

D.o.S.

Und wenn ich in zypp.conf setze:
multiversion.kernels = latest,running
Dann sollte nur noch der neueste und der aktuelle laufende (6.16.3) installiert sein, korrekt?
 
susejunky

susejunky

Moderator
Teammitglied
D.o.S. schrieb:
Wobei dracut 6.16.6-1-default ein Datei 6.16.6-1-default erzeugt.
Zum Vergrößern anklicken....
Entschuldigung, das war mein Fehler.

Der Befehl muss wie folgt lauten
Code: 
dracut -f --kver 6.16.6-1-default

D.o.S. schrieb:
multiversion.kernels = latest,latest-1,running
Wenn ich das richtig verstehe, bin ich wenn, ich das System mit dem 6.16.3 am laufen habe und dann zypper dup ausführe, sicher. Das 6.16.3 durch "running" geschützt ist, korrekt?
Zum Vergrößern anklicken....
Eigentlich ja.

Aber Du kannst den Kernel 6.16.3 auch (sicherheitshalber) explizit aufnehmen (bis Dein Problem gelöst ist):
Code: 
multiversion.kernels = latest,latest-1,running,6.16.3

Nachtrag:

Und für kurze Zeit findest Du Kernel 6.16.3 auch noch in der openSUSE Tumbleweed History.
 
Zuletzt bearbeitet:
OP
D

D.o.S.

susejunky schrieb:
Der Befehl muss wie folgt lauten
Code: 
dracut -f --kver 6.16.6-1-default
Zum Vergrößern anklicken....
Super! Das hat es gelöst, jetzt bootet auch der 6.16.6-1 wieder.
Hatte vor ein paar Tage die Meldung das /boot voll ist. Vermutlich lag darin auch das Ausgangsproblem, weil dadurch initrd-6.16.6-1-default zum neuen Kernel nicht erzeugt werden konnte und somit fehlte.
Danke auch an die Anderen. (y)

Hab einiges dabei gelernt.
 
OP
D

D.o.S.

Kann man eigentlich nachträglich den Titel des Threads ändern?
Würde gerne einen besseren Titel nehmen, falls andere ein ähnliches Problem haben. Hatte ja nichts mit dem Kernel 6.16.6-1 zu tun.
 
tomm.fa

tomm.fa

.Linux Club Aushilfsadministrator
Teammitglied
D.o.S. schrieb:
Kann man eigentlich nachträglich den Titel des Threads ändern?
Würde gerne einen besseren Titel nehmen, falls andere ein ähnliches Problem haben. Hatte ja nichts mit dem Kernel 6.16.6-1 zu tun.
Zum Vergrößern anklicken....
Nein, diese Möglichkeit wurde geändert, siehe dazu: !!! WICHTIG !!! Beiträge können ab sofort (16.12.2024) nur noch zeitlich begrenzt editiert werden!.

Du kannst aber jemanden vom Team per PN oder hier Bescheid geben, welchen Titel du gerne hättest.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben