Mehrere Linux-Distributionen parallel installiert - Bootloader erkennt diese nicht

Phoenix7 · 19 Dez. 2024

Code:

cat /boot/grub2/grub.cfg
...
### BEGIN /etc/grub.d/00_header ###
set btrfs_relative_path="y"
export btrfs_relative_path
if [ -f ${config_directory}/grubenv ]; then
  load_env -f ${config_directory}/grubenv
elif [ -s $prefix/grubenv ]; then
  load_env
fi

if [ "${env_block}" ] ; then
  set env_block="(${root})${env_block}"
  export env_block
  load_env -f "${env_block}"
fi

if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   if [ "${env_block}" ] ; then
     save_env -f "${env_block}" next_entry
   fi
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    if [ "${env_block}" ] ; then
      save_env -f "${env_block}" saved_entry
    else
      save_env saved_entry
    fi

  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod btrfs
search --no-floppy --fs-uuid --set=root 706daedf-d77e-4bfc-a140-83ba6ba67ede
    font="/usr/share/grub2/unicode.pf2"
fi

if loadfont $font ; then
  if [ "${grub_platform}" = "efi" ]; then
    clear
    echo "Please press 't' to show the boot menu on this console"
  fi
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_input console

for i in gfxterm; do
  if [ x${use_append} = xtrue ]; then
     terminal_output --append $i
  elif terminal_output $i; then
     use_append=true;
  fi
done

insmod part_gpt
insmod btrfs
search --no-floppy --fs-uuid --set=root 706daedf-d77e-4bfc-a140-83ba6ba67ede
insmod gfxmenu
loadfont ($root)/boot/grub2/themes/openSUSE/ascii.pf2
loadfont ($root)/boot/grub2/themes/openSUSE/DejaVuSans10.pf2
loadfont ($root)/boot/grub2/themes/openSUSE/DejaVuSans12.pf2
loadfont ($root)/boot/grub2/themes/openSUSE/DejaVuSans-Bold14.pf2
insmod png
set theme=($root)/boot/grub2/themes/openSUSE/theme.txt
export theme
if [ x${boot_once} = xtrue ]; then
  set timeout=0
elif [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=3
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=3
fi
if [ -n "$extra_cmdline" ]; then
  menuentry "Help on bootable snapshot #$snapshot_num" {
    echo "Select the default entry of the snapshot boot menu."
    echo "Examine the snapshot, and if it's OK,"
    echo "   run 'snapper rollback' and reboot."
    echo "See 'System Rollback by Booting from Snapshots'"
    echo "   in the manual for more information."
    echo "  ** Hit Any Key to return to boot menu **  "
    read
  }
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/00_tuned ###
set tuned_params=""
set tuned_initrd=""
### END /etc/grub.d/00_tuned ###

### BEGIN /etc/grub.d/05_crypttab ###
### END /etc/grub.d/05_crypttab ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'openSUSE Tumbleweed'  --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-706daedf-d77e-4bfc-a140-83ba6ba67ede' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_gpt
        insmod btrfs
        search --no-floppy --fs-uuid --set=root 706daedf-d77e-4bfc-a140-83ba6ba67ede
        echo    'Loading Linux 6.13.0-rc3-1.gfcd2144-default ...'
        linux   /boot/vmlinuz-6.13.0-rc3-1.gfcd2144-default root=UUID=706daedf-d77e-4bfc-a140-83ba6ba67ede  ${extra_cmdline} splash=silent quiet security=apparmor mitigations=auto
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initrd-6.13.0-rc3-1.gfcd2144-default
}
submenu 'Advanced options for openSUSE Tumbleweed' --hotkey=1 $menuentry_id_option 'gnulinux-advanced-706daedf-d77e-4bfc-a140-83ba6ba67ede' {
        menuentry 'openSUSE Tumbleweed, with Linux 6.13.0-rc3-1.gfcd2144-default' --hotkey=2 --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.13.0-rc3-1.gfcd2144-default-advanced-706daedf-d77e-4bfc-a140-83ba6ba67ede' {
                load_video
                set gfxpayload=keep
                insmod gzio
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 706daedf-d77e-4bfc-a140-83ba6ba67ede
                echo    'Loading Linux 6.13.0-rc3-1.gfcd2144-default ...'
                linux   /boot/vmlinuz-6.13.0-rc3-1.gfcd2144-default root=UUID=706daedf-d77e-4bfc-a140-83ba6ba67ede  ${extra_cmdline} splash=silent quiet security=apparmor mitigations=auto
                echo    'Loading initial ramdisk ...'
                initrd  /boot/initrd-6.13.0-rc3-1.gfcd2144-default
        }
        menuentry 'openSUSE Tumbleweed, with Linux 6.13.0-rc2-2.g7cfe858-default'  --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.13.0-rc2-2.g7cfe858-default-advanced-706daedf-d77e-4bfc-a140-83ba6ba67ede' {
                load_video
                set gfxpayload=keep
                insmod gzio
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 706daedf-d77e-4bfc-a140-83ba6ba67ede
                echo    'Loading Linux 6.13.0-rc2-2.g7cfe858-default ...'
                linux   /boot/vmlinuz-6.13.0-rc2-2.g7cfe858-default root=UUID=706daedf-d77e-4bfc-a140-83ba6ba67ede  ${extra_cmdline} splash=silent quiet security=apparmor mitigations=auto
                echo    'Loading initial ramdisk ...'
                initrd  /boot/initrd-6.13.0-rc2-2.g7cfe858-default
        }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Garuda Linux (on /dev/nvme0n1p4)' --class garuda --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-0f9c3443-8516-462b-9091-ea62da426fde' {
        insmod part_gpt
        insmod btrfs
        search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
        linux /boot/vmlinuz-linux-zen root=UUID=0f9c3443-8516-462b-9091-ea62da426fde rw rootflags=subvol=@ quiet loglevel=3 ibt=off
        initrd /boot/initramfs-linux-zen.img
}
submenu 'Advanced options for Garuda Linux (on /dev/nvme0n1p4)' $menuentry_id_option 'osprober-gnulinux-advanced-0f9c3443-8516-462b-9091-ea62da426fde' {
        menuentry 'Garuda Linux (on /dev/nvme0n1p4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux-zen--0f9c3443-8516-462b-9091-ea62da426fde' {
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
                linux /boot/vmlinuz-linux-zen root=UUID=0f9c3443-8516-462b-9091-ea62da426fde rw rootflags=subvol=@ quiet loglevel=3 ibt=off
                initrd /boot/initramfs-linux-zen.img
        }
        menuentry 'Garuda Linux, with Linux linux-zen (on /dev/nvme0n1p4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux-zen--0f9c3443-8516-462b-9091-ea62da426fde' {
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
                linux /boot/vmlinuz-linux-zen root=UUID=0f9c3443-8516-462b-9091-ea62da426fde rw rootflags=subvol=@ quiet loglevel=3 ibt=off
                initrd /boot/initramfs-linux-zen.img
        }
        menuentry 'Garuda Linux, with Linux linux-zen (fallback initramfs) (on /dev/nvme0n1p4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux-zen--0f9c3443-8516-462b-9091-ea62da426fde' {
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
                linux /boot/vmlinuz-linux-zen root=UUID=0f9c3443-8516-462b-9091-ea62da426fde rw rootflags=subvol=@ quiet loglevel=3 ibt=off
                initrd /boot/initramfs-linux-zen-fallback.img
        }
        menuentry 'Garuda Linux, with Linux linux-zen (recovery mode) (on /dev/nvme0n1p4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux-zen-root=UUID=0f9c3443-8516-462b-9091-ea62da426fde rw single rootflags=subvol=@-0f9c3443-8516-462b-9091-ea62da426fde' {
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
                linux /boot/vmlinuz-linux-zen root=UUID=0f9c3443-8516-462b-9091-ea62da426fde rw single rootflags=subvol=@
                initrd /boot/initramfs-linux-zen-fallback.img
        }
        menuentry 'Memory Tester (memtest86+) (on /dev/nvme0n1p4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/memtest86+/memtest.bin--0f9c3443-8516-462b-9091-ea62da426fde' {
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
                linux /boot/memtest86+/memtest.bin
        }
}


### END /etc/grub.d/30_os-prober ###

...

susejunky · 19 Dez. 2024

Hallo @Phoenix7 ,

grub2-mkconfig erstellt also eine neue Datei /boot/grub2/grub.cfg aber diese beinhaltet keinen Bootmenü-Eintrag für Dein drittes System.

Du musst herausfinden, wie Dein drittes System startet. Dann kannst Du (unter openSUSE Tumbleweed) die Datei /etc/grub.d/40_custom nutzen, um mit grub2-mkconfig eine vollständige /boot/grub2/grub.cfg zu erstellen.

Viele Grüße

susejunky

josef-wien · 19 Dez. 2024

Phoenix7 schrieb:
Zwischenzeitlich hatte ich Garuda nochmal gelöscht und neu auf die gleiche Partition installiert.

Man merkt es. Außerdem gibt es /dev/nvme0n1p7 nicht mehr. Trotzdem habe ich das Gefühl, daß die zwei "exotischen" Distributionen nicht korrekt installiert sind oder sich atypisch verhalten. Im übrigen erschweren derartige Aktionen die Hilfe, da man sich auf die Ausgaben in früheren Beiträgen nicht mehr verlassen kann.

Als root:

Code:

mount /dev/nvme0n1p4 /mnt
ls -al /mnt/boot
cat /mnt/boot/grub*/grub.cfg
umount /mnt

Phoenix7 · 19 Dez. 2024

josef-wien schrieb:
umount /mnt

Code:

xy # mount /dev/nvme0n1p4 /mnt
localhost:/home/xy # ls -al /mnt/boot
ls: Zugriff auf '/mnt/boot' nicht möglich: Datei oder Verzeichnis nicht gefunden
localhost:/home/xy # cat /mnt/boot/grub*/grub.cfg
cat: '/mnt/boot/grub*/grub.cfg': Datei oder Verzeichnis nicht gefunden
localhost:/home/xy # umount /mnt

Grub liegt dort (für 4 / Garuda) unter /@/boot:

Code:

ls -al /mnt/@/boot
insgesamt 95920
drwxr-xr-x 1 root root      204 19. Dez 00:28 .
drwxr-xr-x 1 root root      168 19. Dez 00:27 ..
-rw-r--r-- 1 root root   153600 10. Dez 20:35 amd-ucode.img
drwxr-xr-x 1 root root        0 18. Dez 23:57 efi
drwxr-xr-x 1 root root      112 19. Dez 10:20 grub
-rw------- 1 root root 58802313 19. Dez 00:28 initramfs-linux-zen-fallback.img
-rw------- 1 root root 24471878 19. Dez 00:28 initramfs-linux-zen.img
drwxr-xr-x 1 root root       22 28. Apr 2024  memtest86+
-rw-r--r-- 1 root root 14782976 19. Dez 00:28 vmlinuz-linux-zen

hier noch für 5 / Nobara: (auch hier liegt Grub unter /@/boot/)

Code:

s -al /mnt/@/boot
insgesamt 310752
dr-xr-xr-x. 1 root root       736 19. Dez 09:50 .
dr-xr-xr-x. 1 root root       158 13. Nov 09:15 ..
-rw-r--r--  1 root root    279907  8. Nov 01:00 config-6.11.7-201.fsync.fc40.x86_64
drwxr-xr-x. 1 root root         0 19. Dez 09:42 efi
drwx------. 1 root root        40 19. Dez 09:51 grub2
-rw-------  1 root root 173979913 19. Dez 09:50 initramfs-0-rescue-19e62bcfd83e4061ab93e972f338ec93.img
-rw-------. 1 root root  98954441 19. Dez 09:51 initramfs-6.11.7-201.fsync.fc40.x86_64.img
drwxr-xr-x. 1 root root        14 13. Nov 09:16 loader
-rw-r--r--. 1 root root    153088 25. Jan 2024  memtest86+x64.efi
-rw-r--r--. 1 root root    182740 13. Nov 09:18 symvers-6.11.7-201.fsync.fc40.x86_64.xz
-rw-r--r--  1 root root   9778341  8. Nov 01:00 System.map-6.11.7-201.fsync.fc40.x86_64
-rwxr-xr-x  1 root root  17434872 19. Dez 09:50 vmlinuz-0-rescue-19e62bcfd83e4061ab93e972f338ec93
-rwxr-xr-x  1 root root  17434872  8. Nov 01:00 vmlinuz-6.11.7-201.fsync.fc40.x86_64
-rw-r--r--  1 root root       167  8. Nov 01:00 .vmlinuz-6.11.7-201.fsync.fc40.x86_64.hmac

(Beide Linux Distributionen (Nobara und Garuda) nutzen den Calamares Installer)

josef-wien schrieb:
Im übrigen erschweren derartige Aktionen die Hilfe, da man sich auf die Ausgaben in früheren Beiträgen nicht mehr verlassen kann.

Das tut mir leid und ich entschuldige mich dafür. Die Vermutung, das etwas nicht korrekt installiert wurde hatte ich auch, daher die Neuinstallation. Sorry!

susejunky · 19 Dez. 2024

Hallo @Phoenix7 ,

Phoenix7 schrieb:
...
Grub liegt dort (für 4 / Garuda) unter /@/boot:
...
hier noch für 5 / Nobara: (auch hier liegt Grub unter /@/boot/)
...

ist /boot bei Garuda/Nobara ein btrfs-Subvolume? Falls ja, dann ist das anders als bei openSUSE Tumbleweed.

openSUSE Tumbleweed hat ein Verzeichnis /boot, hängt die ESP unter /boot/efi ein und nutzt die beiden btrfs-Subvolumes subvol=/@/boot/grub2/x86_64-efi und subvol=/@/boot/grub2/i386-pc.

Es wäre hilfreich, wenn Du die fstab von Garuda und von Nobara zeigen würdest.

Viele Grüße

susejunky

Phoenix7 · 19 Dez. 2024

Garuda - fstab: (@/etc/)

Code:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=0A10-9839                            /boot/efi      vfat    defaults,umask=0077 0 2
UUID=0f9c3443-8516-462b-9091-ea62da426fde /              btrfs   subvol=/@,defaults,noatime,compress=zstd 0 0
UUID=0f9c3443-8516-462b-9091-ea62da426fde /home          btrfs   subvol=/@home,defaults,noatime,compress=zstd 0 0
UUID=0f9c3443-8516-462b-9091-ea62da426fde /root          btrfs   subvol=/@root,defaults,noatime,compress=zstd 0 0
UUID=0f9c3443-8516-462b-9091-ea62da426fde /srv           btrfs   subvol=/@srv,defaults,noatime,compress=zstd 0 0
UUID=0f9c3443-8516-462b-9091-ea62da426fde /var/cache     btrfs   subvol=/@cache,defaults,noatime,compress=zstd 0 0
UUID=0f9c3443-8516-462b-9091-ea62da426fde /var/log       btrfs   subvol=/@log,defaults,noatime,compress=zstd 0 0
UUID=0f9c3443-8516-462b-9091-ea62da426fde /var/tmp       btrfs   subvol=/@tmp,defaults,noatime,compress=zstd 0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

Nobara - fstab: (@/etc/)

Code:

# 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=0A10-9839                            /boot/efi      vfat    defaults,umask=0077 0 2
UUID=bbb09b75-37b8-4e7c-ab3b-996425dc9a13 /              btrfs   subvol=/@,compress=zstd:1,x-systemd.device-timeout=0 0 0
UUID=bbb09b75-37b8-4e7c-ab3b-996425dc9a13 /home          btrfs   subvol=/@home,compress=zstd:1,x-systemd.device-timeout=0 0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

susejunky · 19 Dez. 2024

Hallo @Phoenix7 ,

wenn Du die beiden fstab von von Garuda und von Nobara mit der fstab Deines openSUSE Tumbleweed System vergleichst, dann wirst Du sehen, dass dort das btrfs-Dateisystem anders strukturiert ist. Ich vermute, dass das ein Teil Deines Problems ist. Jedoch habe ich mich bislang noch nicht wirklich mit btrfs auseinandergesetzt und kann nicht sagen, ob das wirklich eine Rolle spielt.

Allerdings sollte es trotz allem möglich sein, mit Hilfe einer /etc/grub.d/40_custom-Datei die beiden Systeme mit dem openSUSE-Bootloader zu starten.

Viele Grüße

susejunky

Phoenix7 · 19 Dez. 2024

susejunky schrieb:
Allerdings sollte es trotz allem möglich sein, mit Hilfe einer /etc/grub.d/40_custom-Datei die beiden Systeme mit dem openSUSE-Bootloader zu starten.

Ich habe die 40_custom-Datei befüllt:

Code:

#!/bin/sh
exec tail -n +3 $0
# 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 "Garuda Linux" {
  set root='hd0,4'
  kernel /vmlinuz-linux-zen root=/dev/nvme1n1p4
  initrd /@/boot/initramfs-linux-zen.img
}

menuentry "Nobara Linux" {
  set root='hd0,5'
  kernel /vmlinuz-6.11.7-201.fsync.fc40.x86_64 root=/dev/nvme1n1p5
  initrd /@/boot/initramfs-6.11.7-201.fsync.fc40.x86_64.img

und

Code:

sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub configuration file ...
Found theme: /boot/grub2/themes/openSUSE/theme.txt
Found linux image: /boot/vmlinuz-6.13.0-rc3-1.gfcd2144-default
Found initrd image: /boot/initrd-6.13.0-rc3-1.gfcd2144-default
Found linux image: /boot/vmlinuz-6.13.0-rc2-2.g7cfe858-default
Found initrd image: /boot/initrd-6.13.0-rc2-2.g7cfe858-default
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Garuda Linux on /dev/nvme0n1p4
Found Nobara Linux 40 (KDE Plasma) on /dev/nvme0n1p5
Adding boot menu entry for UEFI Firmware Settings ...
done

keine Veränderung im Bootmenü.

Phoenix7 · 19 Dez. 2024

gerade kam bei einem regulären Update mit

Code:

zypper dup

das der Bootloader not detected wurde. Ich suche gerade noch die genaue Ausgabe unter yakuake, da es ein bisschen schnell ging, um die Fehlermeldung zu kopieren.

josef-wien · 19 Dez. 2024

Wenn /etc/grub.d/40_custom im GRUB2-Menü nicht berücksichtigt wird, muß Dir ein GRUB2-Kundiger helfen. Aber die in Deinem Beispiel

Phoenix7 schrieb:
Code:

kernel /vmlinuz-linux-zen root=/dev/nvme1n1p4 initrd /@/boot/initramfs-linux-zen.img

verwendeten unterschiedlichen Angaben für Kernel und initrrd können nicht funktionieren, da beide Dateien im selben Verzeichnis liegen.

susejunky · 19 Dez. 2024

Hallo @Phoenix7 ,

stimmen die Datei-Zugriffsrechte von /etc/grub.d/40_custom?

Code:

# ls -la /etc/grub.d/40_custom
-rwxr-xr-x 1 root root 214  8. Dez 11:22 /etc/grub.d/40_custom
#

Ansonsten würde ich versuchen

Code:

menuentry "Garuda Linux" --class gnu-linux --class gnu --class os {
    load_video
    insmod part_gpt
    insmod btrfs
   search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
   linux /boot/vmlinuz-linux-zen root=UUID=0f9c3443-8516-462b-9091-ea62da426fde
   initrd /boot/initramfs-linux-zen.img
}

und eventuell musst Du noch mehr GRUB-Module laden (z.B. falls eine der zu ladenden Dateien komprimiert ist).

Noch eine Anmerkung am Rande: Wenn Du nicht wirklich mit btrfs voll vertraut bist, wäre es eventuell einfacher alle Systeme mit ext4 anstelle von btrfs zu verwenden.

Viele Grüße

susejunky

Phoenix7 · 19 Dez. 2024

Phoenix7 schrieb:
gerade kam bei einem regulären Update mit

Code:

zypper dup

das der Bootloader not detected wurde. Ich suche gerade noch die genaue Ausgabe unter yakuake, da es ein bisschen schnell ging, um die Fehlermeldung zu kopieren.

Die Fehlermeldungen sind:

Code:

Error: Bootloader not detected. /etc/sysconfig/bootloader has LOADER_TYPE="grub2-efi", but only "systemd-boot" or "grub2-bls" are recognized.
Error: Bootloader not detected. /etc/sysconfig/bootloader has LOADER_TYPE="grub2-efi", but only "systemd-boot" or "grub2-bls" are recognized.
Error: Bootloader not detected. /etc/sysconfig/bootloader has LOADER_TYPE="grub2-efi", but only "systemd-boot" or "grub2-bls" are recognized.
SKIP: /etc/uefi/certs/1F673297.crt.delete is not in MokList

meine

Code:

/etc/sysconfig/bootloader

sieht so aus:

Code:

## Path:    System/Bootloader
## Description:    Bootloader configuration
## Type:    list(grub,grub2,grub2-efi,systemd-boot,none)
## Default:    grub2
#
# Type of bootloader in use.
# For making the change effect run bootloader configuration tool
# and configure newly selected bootloader
#
#
LOADER_TYPE="grub2-efi"

## Path:    System/Bootloader
## Description:    Bootloader configuration
## Type:    yesno
## Default:    "no"
#
# Enable Secure Boot support
# Only available on UEFI systems and IBM z15+.
#
#
SECURE_BOOT="yes"

## Path:    System/Bootloader
## Description:    Bootloader configuration
## Type:    yesno
## Default:    "no"
#
# Enable Trusted Boot support
# Only available on hardware with a Trusted Platform Module.
#
TRUSTED_BOOT="no"

## Path:    System/Bootloader
## Description:    Bootloader configuration
## Type:    yesno
## Default:    "yes"
#
# Update nvram boot settings (UEFI, OF)
# Unset to preserve specific settings or workaround firmware issues.
#
UPDATE_NVRAM="yes"

solle ich nun auf "systemd-boot" umstellen? geht das so einfach? oder dies hier: Presenting GRUB2 BLS

Bequimão · 19 Dez. 2024

Mein Fehler. Es muss in /etc/default/grub heissen

Code:

GRUB_ENABLE_BLSCFG=false

Danach muss /boot/grub2/grub.cfg neu erzeugt werden. Wenn du Nobara nicht booten kannst, dann in # chroot.

Sorry,
Bequimão

Phoenix7 · 19 Dez. 2024

Bequimão schrieb:
Mein Fehler. Es muss in /etc/default/grub heissen

Code:

GRUB_ENABLE_BLSCFG=false

Danach muss /boot/grub2/grub.cfg neu erzeugt werden. Wenn du Nobara nicht booten kannst, dann in # chroot.

Sorry,
Bequimão

Kein Problem. Ich bin wie beschrieben vorgegangen und habe die "grub.cfg" neu erzeugt. In der Ausgabe zeigt er mir die hinzugefügten Einträge. Aber in Bootmenü gibt es keine Änderung. Ich vermute den oben genannten Fehler

Code:

Error: Bootloader not detected. /etc/sysconfig/bootloader has LOADER_TYPE="grub2-efi", but only "systemd-boot" or "grub2-bls" are recognized.

als Ursache des ganzen.

Phoenix7 · 19 Dez. 2024

susejunky schrieb:
# ls -la /etc/grub.d/40_custom -rwxr-xr-x 1 root root 214 8. Dez 11:22 /etc/grub.d/40_custom

bei mir kommt

Code:

ls -la /etc/grub.d/40_custom
-rwxr-xr-x 1 root root 527 19. Dez 16:36 /etc/grub.d/40_custom

susejunky schrieb:

Ansonsten würde ich versuchen

Code:

menuentry "Garuda Linux" --class gnu-linux --class gnu --class os {
load_video
insmod part_gpt
insmod btrfs
search --no-floppy --fs-uuid --set=root 0f9c3443-8516-462b-9091-ea62da426fde
linux /boot/vmlinuz-linux-zen root=UUID=0f9c3443-8516-462b-9091-ea62da426fde
initrd /boot/initramfs-linux-zen.img
}

Danke dir! Habe ich entsprechend angepasst.

Phoenix7 · 19 Dez. 2024

susejunky schrieb:
Noch eine Anmerkung am Rande: Wenn Du nicht wirklich mit btrfs voll vertraut bist, wäre es eventuell einfacher alle Systeme mit ext4 anstelle von btrfs zu verwenden.

ja, guter Rat. Ich hatte das leider etwas unterschätzt.

Die selbsterstellten Einträge (/etc/grub.d/40_custom-Datei) erscheinen jetzt im Bootmenü. Bei der Auswahl kommt allerdings ""../../grub-core/script/function.c:119: Befehl >>kernel<< konnte nicht geladen werden. Fehler ../../grub-core/loader/i386/efilinux.c:168: Sie müssen zuerst den Kernel laden."

susejunky · 19 Dez. 2024

Hallo @Phoenix7 ,

Phoenix7 schrieb:
Die selbsterstellten Einträge (/etc/grub.d/40_custom-Datei) erscheinen jetzt im Bootmenü. Bei der Auswahl kommt allerdings ""../../grub-core/script/function.c:119: Befehl >>kernel<< konnte nicht geladen werden. Fehler ../../grub-core/loader/i386/efilinux.c:168: Sie müssen zuerst den Kernel laden."

Wie ich bereits sagte: Du musst wahrscheinlich noch weitere GRUB-Module laden (=> insmod xxx).

Welche Du konkret benötigst, findest Du möglicherweise in der Dokumentation zu der jeweiligen Distribution (Garuda / Nobara).

Viele Grüße

susejunky

susejunky · 19 Dez. 2024

Hallo @Phoenix7 ,

wenn Du mit Deinem Vorhaben gar nicht mehr weiter kommst, hier noch ein Vorschlag zu einer etwas anderen Vorgehensweisen:

Suche Dir eine Distribution aus, mit der Du gut vertraut bist und installiere alle weiteren Distributionen als virtuelle Maschinen unter dieser Distribution.

+ Die Installation der VM verändert nicht die Konfiguration des Hostsystems.
+ Die einzelnen VMs sind voneinander unabhängig (z.B. jede Distribution kann problemlos "ihre Bootmethode" verwenden).
+ Alle Distributionen können "gleichzeitig" genutzt werden (nützlich, um die unterschiedlichen Arbeitsweisen kennenzulernen und miteinander vergleichen zu können).

- Du musst Dich (sofern noch nicht geschehen) mit einer Virtualisierungsmethode (Hypervisors: VirtualBox, QEMU/KVM, XEN, ...) vertraut machen.
- Aus dem Netz erreichbare Server (z.B. Apache) in einer VM zu betreiben ist ggf. nicht ganz ohne.
- Virtualisierte Systeme verhalten sich nicht immer zu 100% wie "bare metal"-Systeme.

Viele Grüße

susejunky

Phoenix7 · 20 Dez. 2024

susejunky schrieb:
susejunky

Hallo @susejunky
ganz herzlichen Dank für Deine Mühe und die tolle Unterstützung. Auch an @josef-wien und @Bequimão .
Ich denke ich komme von hier aus weiter. Sollte ich eine gute Lösung gefunden haben, werde ich sie hier - für andere Interessierte - unten anfügen.

Besten Dank nochmal! Ihr seit großartig!

Mehrere Linux-Distributionen parallel installiert - Bootloader erkennt diese nicht

Phoenix7

susejunky

Moderator

josef-wien

Phoenix7

susejunky

Moderator

Phoenix7

susejunky

Moderator

Phoenix7

Phoenix7

josef-wien

susejunky

Moderator

Phoenix7

Bequimão

Phoenix7

Phoenix7

Phoenix7

susejunky

Moderator

susejunky

Moderator

Phoenix7