Installation lässt sich nicht aus dem GRUB-Menü starten

OS: Tumbleweed 64 BIt (plus Windows 10, plus Mabox Linux; jeweils auf separaten SSDs)

PC: Ryzen 5 1600, 16 GB RAM, Mainboard ASRock Fatal1ty B450 Gaming-ITX/ac

Grafik: AMD RX 5500 XT

Hallo,

ich komme mit folgendem Problem nicht weiter: Ich habe mir, um ein wenig mit dem Tiling Window Manager Qtile zu spielen, EndeavourOS installiert. Nach der Installation hat

os-prober

die Installation gefunden und ich habe die grub.cfg via

grub2-mkconfig -o /boot/grub2/grub.cfg

neu schreiben lassen. Im Bootmenü taucht jetzt auch ein entsprechender Eintrag auf – nur startet das System nicht, wenn ich es auswähle. Die Fehlermeldungen lauten folgendermaßen:

../../grub-core/fs/btrfs.c:2076: Datei "/boot/vmlinuz-linux" nicht gefunden

../../grub-core/loader/i386/efi/linux.c: Sie müssen zuerst den Kernel laden

Ich bekomme das System gestartet, wenn ich während des Bootvorgangs die Boot-Optionen aufrufe und die entsprechende SSD auswähle.

In einem anderen Thread habe ich gelesen, dass vielleicht die UUIDs "durcheinandergekommen sein könnten", das scheint aber nicht so zu sein. Hier ist die Ausgabe von lsblk -f (in Bezug auf das Laufwerk, auf dem EndeavourOS installiert ist:

sdc                                                                         
├─sdc1
│    vfat   FAT32       79B8-683F                                           
├─sdc2
│    swap   1           1d65029c-dbee-4cc5-ac6e-de66244d7209                
├─sdc3
│    btrfs        ende_sys
│                       800ecc97-2a5c-4979-9034-9f5e57691961                
└─sdc4
     btrfs        ende_home
                        954c6c56-d17c-452e-9b24-a3de3b164036 

Und hier die Ausgabe von cat /boot/grub2/grub.cfg | grep "vmlinuz-linux"

linuxefi /boot/vmlinuz-linux root=UUID=800ecc97-2a5c-4979-9034-9f5e57691961 rw rootflags=subvol=@ loglevel=3 nowatchdog nvme_load=YES
        menuentry 'EndeavourOS, on linux (on /dev/sdc3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux--800ecc97-2a5c-4979-9034-9f5e57691961' {
                linuxefi /boot/vmlinuz-linux root=UUID=800ecc97-2a5c-4979-9034-9f5e57691961 rw rootflags=subvol=@ loglevel=3 nowatchdog nvme_load=YES
        menuentry 'EndeavourOS, on linux (fallback initramfs) (on /dev/sdc3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux--800ecc97-2a5c-4979-9034-9f5e57691961' {
                linuxefi /boot/vmlinuz-linux root=UUID=800ecc97-2a5c-4979-9034-9f5e57691961 rw rootflags=subvol=@ loglevel=3 nowatchdog nvme_load=YES

Und weiter kommt der Laie nicht Kann jemand helfen?

Grüße

Carsten

Hallo Hettrumer,

danke für deine Antwort – ich bin mir allerdings nicht ganz sicher, ob ich dich richtig verstehe: Kann REfind das Problem lösen oder umgeht es das Problem nur? Es ist ja nicht so, dass ich EndeavourOS nicht starten könnte. Ich brauche im Bootmenü des Rechners nur die Festplatte auswählen, auf der das System installiert ist. Blöd ist halt, dass die Auswahl über das Grub-Menü nicht funktioniert und auf einen Fehler hinausläuft, den ich nicht verstehe.

In der fstab ist die Platte übrigens gar nicht verzeichnet, weil sie nicht standardmäßig gemountet sein muss. Sie lässt sich aber in Dolphin problemlos einhängen und gparted zeigt für die Systempartition der Platte die gleiche UUID wie sie in der grub.cfg hinterlegt ist.

REfind werde ich trotzdem ausprobieren. Mal sehen, ob mich das Tool weiterbringt

Grüße Carsten

'Tschuldigung, ich hatte dann unversehens mit Corona zu tun...

Hettrumer: Du logierst im Linuxhaus irgendwie 5 Stockwerke über mir. Heißt: Ich kann dir leider nicht wirklich folgen. Ich habe REfind auf einen, nach deiner Empfehlung formatierten USB-Stick geschrieben. Ich sehe den Stick auch als "UEFI" Bootmedium im Bootmenü des Rechners. Aber REfind bootet nicht. Das Display wird kurz schwarz, als sollte der Bootvorgang starten, dann geht's aber zurück zum Bootmenü.

Ich hatte auch einen "Test" mit der Qtile-Edition von Garuda gemacht (basiert auch auf Arch Linux) – dasselbe Problem. os-prober findet die Systempartition, sie taucht auch im Grubmenü von suse auf, startet bei Auswahl aber mit dem gleichen Fehler.

Ich pflege jetzt erstmal meine Coronaschlappheit. Danke bis hierher fürs Supporten!

Grüße Carsten