Kernel beim Booten nicht gefunden

Feli · 30. Juni 2025

Zitat von Data2006

Ja, ich kann dann Leap starten.

Dann belasse es doch dabei - das ist doch eh der offizielle Weg im Multiboot und du sparst dir das ganze Gedöns mit dem Grub-Menü.

Es liegt am btrfs, das ist in der Angelegenheit einfach zickig - merk´s dir für die Zukunft falls du doch mal wieder nen Multiboot einrichten möchtest und gut isses.

Du wolltest an dein Leap um Daten zu sichern und nach Programmen schauen - bei den Programmen kannst du eh nur nach den Namen schauen, Ubuntu und Suse sind nicht kompatibel (.deb vs .rpm) → darum ging es dir doch und danach kannst du die Suse platt machen.

Data2006 · 30. Juni 2025

Ok, wie ich auch schon geschrieben hatte, belassen wir es jetzt.

Ich hätte trotzdem gerne gewußt warum es über den normalen Grub nicht geht.

LG

Heiko

black_boot · 30. Juni 2025

Moin,

dann nimm doch einfach den Eintrag aus der grub.cfg vom Leap und steck' den in die 40_custom vom Ubuntugrub.

Ach was, vergiß es! Feli hat ganz recht, was grub angeht ist btrfs ziemlich experimentell

Hier mal die 3 Varianten in der grub.cfg von Ubuntu

os-prober:

Code

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'openSUSE Leap 15.6 (on /dev/sdb2)' --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-eb58bcbf-e74e-4a3c-a279-c5eb94344e3b' {
    insmod part_gpt
    insmod btrfs
    set root='hd1,gpt2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  eb58bcbf-e74e-4a3c-a279-c5eb94344e3b
    else
      search --no-floppy --fs-uuid --set=root eb58bcbf-e74e-4a3c-a279-c5eb94344e3b
    fi
    linux /boot/vmlinuz-6.4.0-150600.21-default root=UUID=eb58bcbf-e74e-4a3c-a279-c5eb94344e3b ${extra_cmdline} splash=silent preempt=full mitigations=auto quiet security=apparmor
    initrd /boot/initrd-6.4.0-150600.21-default
}
submenu [...]

set timeout_style=menu
if [ "${timeout}" = 0 ]; then
  set timeout=10
fi
### END /etc/grub.d/30_os-prober ###

Alles anzeigen

submenu rausgestrichen, damit es übersichtlicher bleibt

2x 40_custom, der erste menuentry selbst erzeugt, der 2. original abkupiert aus der grub.cfg von Leap

Code

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "Leap" {
insmod btrfs
insmod search_fs_uuid
search --fs-uuid --set=root eb58bcbf-e74e-4a3c-a279-c5eb94344e3b
linux /@/boot/vmlinuz-6.4.0-150600.21-default root=UUID=eb58bcbf-e74e-4a3c-a279-c5eb94344e3b rootflags=subvol=@
initrd /@/boot/initrd-6.4.0-150600.21-default
}


menuentry 'openSUSE Leap 15.6'  --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-eb58bcbf-e74e-4a3c-a279-c5eb94344e3b' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_gpt
    insmod btrfs
    set root='hd1,gpt2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  eb58bcbf-e74e-4a3c-a279-c5eb94344e3b
    else
      search --no-floppy --fs-uuid --set=root eb58bcbf-e74e-4a3c-a279-c5eb94344e3b
    fi
    echo    'Loading Linux 6.4.0-150600.21-default ...'
    linux    /boot/vmlinuz-6.4.0-150600.21-default root=UUID=eb58bcbf-e74e-4a3c-a279-c5eb94344e3b  ${extra_cmdline} splash=silent preempt=full mitigations=auto quiet security=apparmor
    echo    'Loading initial ramdisk ...'
    initrd    /boot/initrd-6.4.0-150600.21-default
}
### END /etc/grub.d/40_custom ###

Alles anzeigen

Und nun ratet mal, welcher denn nun funktioniert?

Lösung: Nur der vom os-prober (!von Ubuntu!) dann doch noch irgendwie zufällig erzeugte Eintrag startet Leap, da werde einer schlau drauß!

LG b_b

Data2006 · 30. Juni 2025

Ich würde sagen /@/boot funktioniert.

Hast Du das exec tail und die Zeile darüber mit dem bash gelöscht?

Feli · 30. Juni 2025

Zitat von Data2006

Hast Du das exec tail und die Zeile darüber mit dem bash gelöscht?

Die darfst du nicht löschen.

black_boot · 30. Juni 2025

Moin,

Leute, schaut doch mal genau hin!

ich zeige in #53 das Ergebnis, was ein sudo update-grub in die Datei /boot/grub/grub.cfg schreibt mit Hilfe der scripte 30_os-prober und 40_custom. Zu erkennen an ### BEGIN /etc/grub.d/30_os-prober ### etc.
Es funktioniert ausschließlich der Eintrag aus der 30_os-prober

LG b_b

Feli · 30. Juni 2025

Naja, da sind wir dann mal wieder beim "Mysterium btrfs + grub" - er schreibt ja

Zitat von Data2006

Ich würde sagen /@/boot funktioniert.

dass das wohl bei ihm funktioniert.

In seinem letzten Post ging es ja scheinbar nur noch um die beiden oberen Zeilen in der 40_custom und die dürfen eben nicht gelöscht werden.

Data2006 · 30. Juni 2025

So, habe die grub.cfg von der Leap-Partition geöffnet und den entsprechenen Menüeintrag kopiert und in die /etc/grub.d/40_custom eingefügt.

So sieht die Datei aus:

Code

heiko@Worf:~$ cat /etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
# Kommentar Zeile 1
# Kommentar Zeile 2
# Kommentar Zeile 3
menuentry "openSUSE Leap 15.2"  --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-29ff2725-3de9-40fa-acdd-25eebb4edd91' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_gpt
        insmod btrfs
        set root='hd0,gpt8'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint='hd0,gpt8'  29ff2725-3de9-40fa-acdd-25eebb4edd91
        else
          search --no-floppy --fs-uuid --set=root 29ff2725-3de9-40fa-acdd-25eebb4edd91
        fi
        echo    'Loading Linux 5.3.18-lp152.106-default ...'
        linuxefi /boot/vmlinuz-5.3.18-lp152.106-default root=UUID=29ff2725-3de9-40fa-acdd-25eebb4edd91  ${extra_cmdline} resume=/dev/disk/by-uuid/14e9edb8-544c-463e-8f9d-d67a9fb05979 mitigations=auto quiet
        echo    'Loading initial ramdisk ...'
        initrdefi       /boot/initrd-5.3.18-lp152.106-default
}


heiko@Worf:~$

Alles anzeigen

3 Zeilen Kommentar habe ich auch in nem anderen Muster gefunden.

Dann sudo upgrade-grub gemacht. Jetzt habe ich 3 Einträge von Leap im Bootmenü.

Aber es klappt trotzdem nicht.

Habe ich noch wo einen Fehler?

LG

Heiko

Data2006 · 30. Juni 2025

Ich bin in der grub-Shell unterwegs:

Code

search -f /boot/vmlinuz

Da findet er nur hd0,gpt7, Das ist Ubuntu. Leap war auf der p8.

Mit welchem Befehl kann ich die Partitionen durchsuchen?

LG Heiko

Data2006 · 1. Juli 2025

Code

ls (hd0,gpt8)/@/boot- -l
DIR ... grub2

Mein Grub findet vmlinuz nicht. Was ist das?

LG

Heiko

Kernel beim Booten nicht gefunden

Tumbleweed-Update bricht ab

GNOME OS Preview: Ein Schritt in Richtung Alltagsbetrieb

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Wanderratte

k.113

aitexturegenerator

Giorgio68

pavelstr

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