Kernel panic

**exponator** · 25.04.22, 13:36

Moin zusammen

Mein System (siehe signatur). Die Basis von / ist BTRFS. Snapshots wurden erstellt, werden aber zur Auswahl im Bootmenü nicht angezeigt.
Beim Start des Systems wird kernel panic angezeigt:

Code:

[ OK ] Reached target Switch Root[ OK ] Finished Plymouth switch root service.
       Starting Switch Root
[    3.991730] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
[    3.992412] CPU: 1 PID: 1 Comm: systemd Not tainted 5.3.18-150300.59.60-default #1 SLE15-SP3
[    3.993096] Hardware name: LENOVO 81WZ/LNVNB161216, BIOS E8CN25WW 18/13/2020
[    3.993789] Call Trace:
[    3.994496]  dump_stack+0x66/0x8b
[    3.99....]  panic+0....
[    3.99....]  do_exit+0x....
[    3.99....]  do_group_exit+0x....
[    3.99....]  __x64_sys_exit_group+0x....
[    3.99....]  do_syscall_64+0x....
[    3.99....]  entry_SYSCALL_64_after_hwframe+0x....
[    3.99....] RIP: 0033:0x....
[    3.99....] Code: ellenlange Hexcode Zahlen
[    3.99....] RSP: .....
[    3.99....] RAX: .....
[    3.99....] RDX: .....
[    4.00....] R10: .....
[    4.00....] R13: .....
[    4.002595] Kernel Offset: .....
[    4.002495] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00 ]---

Mittels Rescue-CD habe ich irrelevante, für das System nicht benötigte, Partitionen aus der fstab auskommentiert. Das hat leider nicht geholfen.

Was nicht funktioniert ist das durchstarten in folgenden Modi:
- Kernel normal
- Kernel recovery

Vielleicht kennt sich hier jemand besser aus.

**Sauerland1** · 25.04.22, 15:05

Kannst du mit dem vorigen Kernel starten?

**exponator** · 25.04.22, 15:09

Zitat von Sauerland1

Kannst du mit dem vorigen Kernel starten?

Leider nein.
Ich frage mich nur wenn das System schon snapshots anlegt, warum diese nicht im Bootmenü angezeigt werden. Dieses scheint noch in den Kinderschuhen zu stecken.

**Sauerland1** · 25.04.22, 16:07

Ich frage mich nur wenn das System schon snapshots anlegt, warum diese nicht im Bootmenü angezeigt werden. Dieses scheint noch in den Kinderschuhen zu stecken.

Das ist hier der Fall.......

**exponator** · 25.04.22, 16:15

Sollte ich das System wieder zum Funktionieren bewegen können, zwei Fragen:
1) Wie bekomme ich es hin, dass die Snapshots ins Bootmenü eingetragen werden?
2) Sollte ich nach Zugriff auf das System die Daten sichern und ein neues System auf ext4 installieren?

BTW: Was ist das bessere Filesystem, wenn ich entscheiden sollte: ext4, btrfs?

**Sauerland1** · 25.04.22, 16:19

1.

grub2-snapper-plugin - Grub2's snapper plugin

Grub2's snapper plugin for advanced btrfs snapshot boot menu management

2.
Bei mir funktioniert btrfs......

**exponator** · 25.04.22, 16:23

Vielleicht funktioniert ja der Systenzugriff oder -start mit einer CD, indem man "Installiertes System starten" auswählt.
Kann das funktionieren?

**Sauerland1** · 25.04.22, 16:32

Besser ist ein chroot.......

Aber normalerweise solltest du in grub den vorletzten Kernel auch noch auswählen können........

**exponator** · 25.04.22, 16:45

Bei diesem System leider nicht, nur zwei Kernel. Aber ich habe Zugriff auf das System.
Da ich sowas noch nie gebraucht und daher noch nie gemacht habe, wäre eine Hilfe dazu angebracht.
Die Wege dafür werde ich dann für einen weiteren Notfall notieren.
Das System liegt auf nvme0n1p5, welches ich bereits unter /mnt im Rescuesystem gemounted habe.

Der Befehl

Code:

chroot /mnt/

funktioniert nicht.
Fehlermeldung=

Code:

failed to run command #/bin/bash# No such file or directory

**exponator** · 25.04.22, 19:46

Ich konnte nun durch den Zugriff etwas im System stöbern.
Im Ordner /etc/grub.d liegt eine Datei mit Namen *80_suse_btrfs_snapshot.
Jetzt frage ich mich natürlich: Warum liegt gerade diese Datei in /etc/grub.d/, jedoch keinerlei Snapshot Eintragungen im Bootmenü?
Somit muss ja das Snapper Plugin installiert sein und das BTRFS steckt doch noch in den Kinderschuhen; und das schon seit 2007?
So ein oberfaules System braucht niemand. Das macht böse auf Linux.
Somit erstmal einzige Lösung: System plätten und neu auf ext4 installieren. Das funktioniert zumindest.

**exponator** · 28.04.22, 13:25

Schade, dass sich hier niemand mehr meldet und einen konstruktiven Beitrag gibt.
Scheint nicht so das dolle Ereignis zu sein.

**marce** · 28.04.22, 17:11

Was soll man da konstruktives beitragen?

meine persönliche Meinung: BTRFS will ich nicht, solange es in die Standard-Tools und Workflows noch nicht sauber integriert ist.

es läuft aber stabil auf vielen Systemen völlig ohne Probleme - warum bei Dir das mti den Snapshots booten / anbieten nicht geht - keine Ahnung. Wir kennen Deine Konfig nicht.
Warum der chroot nicht geht bei Dir - keine Ahnung, wir kennen Dein Vorgehen nicht.
Warum das Filesystem bei Dir kaputt gegangen ist (oder was auch sonst immer - Google meint bei dem Fehlercode so einiges) - keine Ahnung, es gibt keine verwertbaren Infos hier.

**temir** · 30.04.22, 18:40

Seltsam, das ganze...

Code:

Das System liegt auf nvme0n1p5

=> heißt es, du hast MSDOS part. Table? - Mal ins Blaue geraten: BIOS / UEFI Update gemacht,
danach "load Defaults" wie nach einem Update empfohlen, und dann startet Suse nicht mehr?
- hier hätte ich ins BIOS geschaut, ob die alten Einstellungen noch stimmen.

Andererseits: hatte kürzlich in der Arbeit einen Fall, bei dem zwei/drei Maschinen nicht starten wollten.
Zum Glück ließ sich der vorherige Kernel auswählen und das OS ist hochgekommen. Dann via "zypper up"
die Updates eingespielt (darunter war auch ein neuer kernel), reboot => geht wieder alles ganz normal.
- Hier habe ich ein verfrühtes reboot während eines "zypper up" vorher als Ursache in Verdacht, genaueres weiß man nicht.

Also, wie schon vorgeschlagen, solltest du versuchen, via USB-Stick oder anderen Medium "das installierte System starten" eine Chance geben.
Sonst: Partitionen und FS darauf checken/reparieren, fstab prüfen usw.
Als letzte Möglichkeit: fremd booten, sauber chroot'en (/proc, /dev usw. via "bind" vorher), dann evtl. ein "zypper up".

**exponator** · 30.04.22, 21:19

Danke, Danke für die Beiträge.
@temir Dieses Procedere hab ich bereits durch und ich denke ich werde die Partition nvme0n1p5 einfach löschen
Danach eine neue Partition der gleichen Größe wie das momentane System erstellen
Daraufhin das momentane System auf Partition nvme0p6 mit ext4 auf die neu erstellte Partition spiegeln.
Dann ist Ruhe mit BTRFS.

**temir** · 01.05.22, 07:59

Partition löschen? Besser mit einem anderen FS formatieren, denke ich.

Einmal die Erfahrung mit DOS part. Table gemacht: wenn eine Partition "in der Mitte" gelöscht und neu angelegt wird -
sind die Partitionen nicht mehr in der aufsteigenden Reihenfolge. Kann man aber mit fdisk unter "x" für extended berichtigen.

Was mir einfällt: du hast bis jetzt noch gar nicht erzählt, was so alles vor dem Fiasko geschehen ist.
Vielleicht hätten wir dann die Ereignisse nachvollziehen können.
Etwas mehr Details/Angaben/Ausgaben wären hilfreicher, auch wenn du sie selbst prüfst/verifizierst, wie :
- blkid
- fdisk -l
- grub.cfg && zentrale Grub config
usw...