Kernel beim Booten nicht gefunden

Data2006 · 27. Juni 2025

Hallo zusammen,

nach einem Update meines Ubuntu's 22.04 war im Grub der Eintrag für openSUSE Leap 15.2 nicht mehr da. Konnte ich mit sudo update-grub reparieren.

Nuir, seit neuestem kann ich openSUSE nicht mehr booten (s. Anlage)

Auf der SUSE-Partition ist der Ordner aber vorhanden:

Code

heiko@Worf:~$ cd /media/heiko/openSUSE/boot
heiko@Worf:/media/heiko/openSUSE/boot$ ll
insgesamt 85228
drwxr-xr-x 1 root root     1424 Aug 12  2024 ./
drwxr-xr-x 1 root root      232 Mär  2  2022 ../
-rw-r--r-- 1 root root     1725 Aug 26  2020 boot.readme
-rw-r--r-- 1 root root   228489 Nov 23  2021 config-5.3.18-lp152.106-default
-rw-r--r-- 1 root root   228456 Okt  6  2021 config-5.3.18-lp152.95-default
drwxr-xr-x 1 root root        0 Aug 12  2024 efi/
drwxr-xr-x 1 root root      118 Aug 13  2024 grub2/
lrwxrwxrwx 1 root root       31 Dez 14  2021 initrd -> initrd-5.3.18-lp152.106-default
-rw------- 1 root root 12827520 Aug 13  2024 initrd-5.3.18-lp152.106-default
-rw------- 1 root root 12831328 Aug 13  2024 initrd-5.3.18-lp152.95-default
-rw-r--r-- 1 root root  1257183 Nov 23  2021 symtypes-5.3.18-lp152.106-default.gz
-rw-r--r-- 1 root root  1258022 Nov 23  2021 symtypes-5.3.18-lp152.106-preempt.gz
-rw-r--r-- 1 root root  1257015 Okt  6  2021 symtypes-5.3.18-lp152.95-default.gz
-rw-r--r-- 1 root root  1257854 Okt  6  2021 symtypes-5.3.18-lp152.95-preempt.gz
-rw-r--r-- 1 root root   433738 Nov 23  2021 symvers-5.3.18-lp152.106-default.gz
-rw-r--r-- 1 root root   433636 Okt  6  2021 symvers-5.3.18-lp152.95-default.gz
-rw-r--r-- 1 root root      484 Nov 23  2021 sysctl.conf-5.3.18-lp152.106-default
-rw-r--r-- 1 root root      484 Okt  6  2021 sysctl.conf-5.3.18-lp152.95-default
-rw-r--r-- 1 root root  4616150 Nov 23  2021 System.map-5.3.18-lp152.106-default
-rw-r--r-- 1 root root  4615120 Okt  6  2021 System.map-5.3.18-lp152.95-default
-rw-r--r-- 1 root root 13925752 Nov 23  2021 vmlinux-5.3.18-lp152.106-default.gz
-rw-r--r-- 1 root root 13922502 Okt  6  2021 vmlinux-5.3.18-lp152.95-default.gz
lrwxrwxrwx 1 root root       32 Dez 14  2021 vmlinuz -> vmlinuz-5.3.18-lp152.106-default
-rw-r--r-- 1 root root  9064624 Nov 23  2021 vmlinuz-5.3.18-lp152.106-default
-rw-r--r-- 1 root root       65 Nov 23  2021 .vmlinuz-5.3.18-lp152.106-default.hmac
-rw-r--r-- 1 root root  9060528 Okt  6  2021 vmlinuz-5.3.18-lp152.95-default
-rw-r--r-- 1 root root       65 Okt  6  2021 .vmlinuz-5.3.18-lp152.95-default.hmac
heiko@Worf:/media/heiko/openSUSE/boot$

Alles anzeigen

Wie kann ich mein SUSE wieder reparieren?

Neben Ubuntu und SUSE habe ich noch 2x Win 10 Pro drauf auf der NVMe SSD.

Lieben Dank
Heiko

luigi · 27. Juni 2025

grub sucht den kernel in /boot und nicht in /media/heiko/openSUSE/boot

Oder sehe ich das falsch?

Außerdem ist Leap 15.2 ein Zombie.

Data2006 · 27. Juni 2025

Nun, ich bin doch von einem Ubutnu Sytem eingestiegen. Und da im Dateiexplorer die openSUSE-Partition eingehangen. /boot auf der SUSE-Partition stimmt also.

Und ja, 15.2 ist älter. Aber wie bekomme ich das trotzdem wieder ans Laufen? Ist zwar nur temporär, weil ich will SUSE nur noch mal genau durchgucken was ich noch brauche. Danach wird SUSE platt gemacht.

Nichts desto trotz, man muß es doch reparieren können.

Zusätzliche Info, ich hatte vorher einen anderen Laptop mit 2 Festplatten. Auf der Hauptfestplatte hatte ich 1x Win 10 Pro und Ubuntu. Auf der 2. Festplatte ein 2. Win 10 Pro und eben SUSE 15.2. Habe ich alles auf meinen neuen Laptop mit einer 4 TB-NVMe SSD rüberkopiert. Lief auch alles. Bis zum Ubuntu Update.

Vielleicht hat der jetzige Fehler auch nichts mit dem Update zutun, das kann ich nicht beurteilen.

LG
Heiko

JSC · 27. Juni 2025

Zitat von Data2006

Auf der 2. Festplatte ein 2. Win 10 Pro und eben SUSE 15.2. Habe ich alles auf meinen neuen Laptop mit einer 4 TB-NVMe SSD rüberkopiert.

Leap 15.2 wurde also nicht installiert, sondern lediglich "rüberkopiert"?

Data2006 · 27. Juni 2025

Jepp, ich hatte von der alten Festplatte/alter Laptop ein Image gezogen und auf der neuen Festplatte zurückgesichert. Glaube mit ddrescue habe ich es gemacht.

Damit konnte ich beide Win 10 und Ubuntu rüberziehen. Und openSUSE lief m. E. auch.

LG

Heiko

luigi · 27. Juni 2025

Zitat von Data2006

Habe ich alles auf meinen neuen Laptop mit einer 4 TB-NVMe SSD rüberkopiert.

Normalerweise muss man dann aber die UUIDs der Partitionen in grub und in der /etc/fstab anpassen.

Hast du das gemacht oder der wenigstens überprüft?

Data2006 · 27. Juni 2025

Ich habe mal geguckt. Bischen fehlt mir noch das Verständnis. muß ich auf UUID des Dateisystems oder UUID der Partitionen achten?

Habe mal diese Befehle im Ubuntu eingegeben:

Code

heiko@Worf:~$ ls -Al /dev/disk/by-uuid/ 
insgesamt 0
lrwxrwxrwx 1 root root 15 Jun 27 22:18 14e9edb8-544c-463e-8f9d-d67a9fb05979 -> ../../nvme0n1p2
lrwxrwxrwx 1 root root 15 Jun 27 22:18 29ff2725-3de9-40fa-acdd-25eebb4edd91 -> ../../nvme0n1p8
lrwxrwxrwx 1 root root 15 Jun 27 22:18 5472372D06F90089 -> ../../nvme0n1p9
lrwxrwxrwx 1 root root 15 Jun 27 22:18 56C8A99B7B3FB154 -> ../../nvme0n1p3
lrwxrwxrwx 1 root root 15 Jun 27 22:18 6655665b-0a77-4259-b8d8-6e1cbfb30771 -> ../../nvme0n1p7
lrwxrwxrwx 1 root root 15 Jun 27 22:18 AC1E-88CF -> ../../nvme0n1p1
lrwxrwxrwx 1 root root 15 Jun 27 22:18 AC3A19473A191046 -> ../../nvme0n1p6
lrwxrwxrwx 1 root root 15 Jun 27 22:18 E2AA0787AA075805 -> ../../nvme0n1p4
lrwxrwxrwx 1 root root 15 Jun 27 22:18 E6D80CA3D80C73D9 -> ../../nvme0n1p5

Alles anzeigen

nvme0n1p7 ist mein Ubuntu und ...p8 ist mein openSUSE.

Die /etc/fstab auf der SUSE-Partition sieht so aus:

Code

UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /                       btrfs  defaults                      0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /var                    btrfs  subvol=/@/var                 0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /usr/local              btrfs  subvol=/@/usr/local           0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /tmp                    btrfs  subvol=/@/tmp                 0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /srv                    btrfs  subvol=/@/srv                 0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /root                   btrfs  subvol=/@/root                0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /opt                    btrfs  subvol=/@/opt                 0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /home                   btrfs  subvol=/@/home                0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  /.snapshots             btrfs  subvol=/@/.snapshots          0  0
UUID=14e9edb8-544c-463e-8f9d-d67a9fb05979  swap                    swap   defaults                      0  0

Alles anzeigen

Also manuell an irgendeiner UUID habe ich nichts geändert.

Kann ich mit einem os prober nicht neu nach dem SUSE suchen lassen? Oder geht das bei UEFI nicht?

LG
Heiko

Feli · 28. Juni 2025

Hat das eigentlich schon mal funktioniert, sprich, hast du Leap über das Grubmenü von Ubuntu starten können?

Unabhängig von der Frage, der Befehl für os-prober lautet in Ubuntu

Code

sudo os-prober

Alternativ kannst du ja mal, immer vorausgesetzt, dass die UUIDs stimmen (schau auch auf die Efi-Partition), via chroot ins Suse-System einloggen und dann Grub neu installieren → chroot → ist zwar für Livesysteme geschrieben, geht aber auch von einem installierten System aus.

luigi · 28. Juni 2025

Zitat von Data2006

Also manuell an irgendeiner UUID habe ich nichts geändert.

Dann glaube ich nicht, dass du nach dem Umzug schon mal von Leap 15.2 booten konntest.

Du müsstest in der grub.cfg die Einträge, die zum Starten von Leap führen, überprüfen und die root=UUID=... gegebenenfalls anpassen. Das ist allerdings bei einem btrfs Filesystem etwas tricky.

Zitat von Data2006

... weil ich will SUSE nur noch mal genau durchgucken was ich noch brauche. Danach wird SUSE platt gemacht.

Da ist es sicher einfacher unter Ubuntu die Leap-Partition zu mounten und diese dann nach brauchbarem durchzusehen.

Data2006 · 28. Juni 2025

Moin.

Habe sudo os-prober und update-grub ausgeführt. Und über Grub Customizer habe ich jetzt im Grub an 1. Stelle einen neuen Eintrag mit SUSE erhalten. Wenn ich den auswähle, bekomme ich trotzdem die gleiche Fehlermeldung.

Nach dem neuen Eintrag zu urteilen, muß er ja das SUSE gefunden haben. Verstehe nicht warum er das dann nicht booten kann.

Im Dateiexplorer habe ich die SUSE-Partition gemountet. Aber da ist dann home bis auf paar Sachen, die ich direkt mal ins home kopiert habe, leer. Also meine Benutzer sehe ich nicht mehr.

Ist mir dann eingefallen ich habe da ja btrfs. Da muß ich doch Subvolumes mounten gell? Ich hatte das mal gemacht, aber ist schon lange her. Wie waren da noch mal die Befehle?

LG
Heiko

Kernel beim Booten nicht gefunden

Fehlermeldungen beim Hochfahren

Roter Faden für openSUSE-Neuankömmling (Erfahrungen mit Ubuntu vorhanden) - Notebook mit FDE und Entschlüsselung über TPM 2.0

Suse SA holt zwei neue Führungskräfte

SUSE SA möglicherweise vor dem Weiterverkauf

Start nur noch mit IceWM

matzenhugo

Sarhihan14

BlackGin

nickel

norbi1996

Teilen

Ähnliche Themen

grub2 error nach Installation von Kernel Version kernel-default-6.11.1-lp155.4.1.gaf74485.x86_64 auf openeSUSE Leap 15.5