Nabend zusammen,
ehrlich gesagt, weiß ich nicht genau, wie es zu der Situation gekommen ist. Im Moment boote ich von einem Live USB System denn das UEFI Boot Menü hat nur noch einen Eintrag um in die UEFI Systemkonfig zu kommen. Kein Eintrag für meine Linuxinstallation mehr vorhanden.

Arch Linux mit BTRFS Partition und LUKS Verschlüsselung. Separate Boot Partition

nvme0n1                                       259:0    0 953.9G  0 disk  
├─nvme0n1p1                                   259:1    0   511M  0 part  
└─nvme0n1p2                                   259:2    0 953.4G  0 part  
  └─luks-23507e48-64d3-4d6b-b3b5-6c084481d2e6 254:0    0 953.4G  0 crypt /run/media/liveuser/8e52a5e6-a117-4d2c-b079-7329300c9679

Kann ich nun über das Livesystem und chroot einfach mit # bootctl install den systemd Bootmanager wieder installieren? Hier steht allerdings was, das genau dieser Weg seit einem Update von systemd nicht korrekt funktioniert: https://wiki.archlinux.org/title/Systemd-boot#Installing_the_UEFI_boot_manager

Was schlagt Ihr vor?

    Die ESP kann gemountet werden und ihr Inhalt ist augenscheinlich OK?

    Ja, ich kann beide Partitionen mounten und für mich sieht die ESP soweit gut aus. Alle Dateien im Unterverzeichnis loader sind schreib/lesbar.

    Zeig mal die Dateien und deren Inhalte. Wenn du keine Einträge mehr siehst, deutet das für mich erst mal irgendwie darauf hin, dass die entry-Dateien irgendwie kaputt oder weg sind.

      brikler ich boote den kernel direkt, ohne systemd-boot, oder einen anderen bootloader
      https://wiki.archlinux.de/title/EFISTUB

      Danke, interessant und vielleicht was für später ... jetzt würde ich einfach nur gerne das System wieder ans laufen bekommen ohne grundlegende Änderung am Bootprozess.

        Dirk Zeig mal die Dateien und deren Inhalte. Wenn du keine Einträge mehr siehst, deutet das für mich erst mal irgendwie darauf hin, dass die entry-Dateien irgendwie kaputt oder weg sind.

        Mach ich später, bin im Moment nicht am Rechner.

          loader.conf

          timeout 3
#console-mode keep

          entries.srel

          `type1`

          entries/1.conf```

          title Arch Linux (mlinux)
linux /vmlinuz-linux
initrd /amd-ucode.img
initrd /initramfs-linux.img
#options cryptdevice=PARTUUID=b515706f-fc03-498d-88aa-b64a05b4e100:luksdev root=/dev/mapper/luksdev zswap.enabled=0 rootflags=subvol=@ rw intel_pstate=no_hwp rootfstype=btrfs 
options rd.luks.name=23507e48-64d3-4d6b-b3b5-6c084481d2e6=luksdev root=/dev/mapper/luksdev zswap.enabled=0 rootflags=subvol=@ rw intel_pstate=no_hwp rootfstype=btrfs

          entries/2.conf

          title Arch Linux (linux)
linux /vmlinuz-linux
initrd /amd-ucode.img
initrd /initramfs-linux.img
options cryptdevice=PARTUUID=b515706f-fc03-498d-88aa-b64a05b4e100:luksdev root=/dev/mapper/luksdev zswap.enabled=0 rootflags=subvol=@ rw intel_pstate=no_hwp rootfstype=btrfs

          entries/fallback.conf

          title Arch Linux (fallback)
linux /vmlinuz-linux
initrd /amd-ucode.img
initrd /initramfs-linux-fallback.img
options rd.luks.name=23507e48-64d3-4d6b-b3b5-6c084481d2e6=luksdev root=/dev/mapper/luksdev zswap.enabled=0 rootflags=subvol=@ rw intel_pstate=no_hwp rootfstype=btrfs

          speerwerfer
          Du solltest den bootloader auch ohne chrt installieren können. Ganz normal root und boot nach /mnt mounten und dann:bootctl --esp-path=/mnt/boot install
          Das funktioniert aber nur gut, wenn die Kernelversion vom LiveSystem nicht zu sehr abweicht vom Installiertem.

            Hab mal das alte System nach /mnt und die Bootpartition nach /mnt/boot gemountet

            bootctl --esp-path=/mnt/boot install hat nix gebracht. Es bleibt das gleiche Verhalten:

            Wenn ich den Rechner einschalte, sehe ich ganz kurz das hier aufblitzen:

            Danach lande ich hier:

            Um in das EndeavourOS Livesystem zu starten, muss ich vorher mit F12 das Bootmenü aufrufen. Da kann ich dann den USB Stick auswählen und lande dann im Livesystem.

            Warum bootet mein UEFI nicht mehr von der Platte? Was ist da kaputt gegangen?

            [liveuser@eos-2025.03.19 ~]$ sudo efibootmgr -v
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0000,0001,0002,0003
Boot0000* Linux Boot Manager    HD(1,GPT,9d409b9d-0252-454d-9e52-9843c462497f,0x800,0xff800)/\EFI\SYSTEMD\SYSTEMD-BOOTX64.EFI
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 f8 0f 00 00 00 00 00 9d 9b 40 9d 52 02 4d 45 9e 52 98 43 c4 62 49 7f 02 02 / 04 04 46 00 5c 00 45 00 46 00 49 00 5c 00 53 00 59 00 53 00 54 00 45 00 4d 00 44 00 5c 00 53 00 59 00 53 00 54 00 45 00 4d 00 44 00 2d 00 42 00 4f 00 4f 00 54 00 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 / 7f ff 04 00
Boot0001* UEFI OS       HD(1,GPT,9d409b9d-0252-454d-9e52-9843c462497f,0x800,0xff800)/\EFI\BOOT\BOOTX64.EFI0000424f
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 f8 0f 00 00 00 00 00 9d 9b 40 9d 52 02 4d 45 9e 52 98 43 c4 62 49 7f 02 02 / 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 42 00 4f 00 4f 00 54 00 5c 00 42 00 4f 00 4f 00 54 00 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 / 7f ff 04 00
    data: 00 00 42 4f
Boot0002* UEFI: SanDisk Cruzer Orbit 1.26       PciRoot(0x0)/Pci(0x2,0x1)/Pci(0x0,0x0)/USB(11,0)/CDROM(1,0x5853c0,0x56040)0000424f
      dp: 02 01 0c 00 d0 41 03 0a 00 00 00 00 / 01 01 06 00 01 02 / 01 01 06 00 00 00 / 03 05 06 00 0b 00 / 04 02 18 00 01 00 00 00 c0 53 58 00 00 00 00 00 40 60 05 00 00 00 00 00 / 7f ff 04 00
    data: 00 00 42 4f
Boot0003* UEFI: SanDisk Cruzer Orbit 1.26, Partition 2  PciRoot(0x0)/Pci(0x2,0x1)/Pci(0x0,0x0)/USB(11,0)/HD(2,MBR,0xea64eddc,0x5853c0,0x56000)0000424f
      dp: 02 01 0c 00 d0 41 03 0a 00 00 00 00 / 01 01 06 00 01 02 / 01 01 06 00 00 00 / 03 05 06 00 0b 00 / 04 01 2a 00 02 00 00 00 c0 53 58 00 00 00 00 00 00 60 05 00 00 00 00 00 dc ed 64 ea 00 00 00 00 00 00 00 00 00 00 00 00 01 01 / 7f ff 04 00
    data: 00 00 42 4f
            [liveuser@eos-2025.03.19 ~]$ lsblk -o KNAME,UUID,PARTUUID,MOUNTPOINT
KNAME     UUID                                 PARTUUID                             MOUNTPOINT
loop0                                                                               /run/archiso/airootfs
sda       2025-03-19-11-30-07-00                                                    
sda1      2025-03-19-11-30-07-00               ea64eddc-01                          /run/archiso/bootmnt
sda2      67DA-AABF                            ea64eddc-02                          
sr0                                                                                 
nvme0n1                                                                             
nvme0n1p1 1ED0-7693                            9d409b9d-0252-454d-9e52-9843c462497f 
nvme0n1p2 23507e48-64d3-4d6b-b3b5-6c084481d2e6 b515706f-fc03-498d-88aa-b64a05b4e100

            So wie ich das sehe, ist im UEFI ein Eintrag für den Linux Bootmanager mit dem Verweis auf die richtige PARTUUID

            Ähhh, fehlt hier nicht die initramfs-linux.img? Ausgabe nach dem arch-chroot /mnt

            [root@EndeavourOS /]# ls -al /boot/
total 14728
drwxr-xr-x 4 root root     4096 Jan  1  1970 .
drwxr-xr-x 1 root root      156 Nov 29 21:05 ..
drwxr-xr-x 5 root root     4096 Feb  9  2023 EFI
-rwxr-xr-x 1 root root   153600 Apr 10 13:22 amd-ucode.img
drwxr-xr-x 4 root root     4096 Apr 16 17:15 loader

            hier die Ausgabe von bootctl list - da meckert er auch das Dateien fehlen ...

            [root@EndeavourOS /]# bootctl list
         type: Boot Loader Specification Type #1 (.conf)
        title: Arch Linux (mlinux) (default) (not reported/new)
           id: 1.conf
       source: /boot//loader/entries/1.conf (on the EFI System Partition)
        linux: /boot//vmlinuz-linux (No such file or directory)
       initrd: /boot//amd-ucode.img
               /boot//initramfs-linux.img (No such file or directory)
      options: rd.luks.name=23507e48-64d3-4d6b-b3b5-6c084481d2e6=luksdev root=/dev/mapper/luksdev zswap.enabled=0 rootflags=subvol=@ rw intel_pstate=no_hwp rootfstype=btrfs

         type: Boot Loader Specification Type #1 (.conf)
        title: Arch Linux (fallback) (not reported/new)
           id: fallback.conf
       source: /boot//loader/entries/fallback.conf (on the EFI System Partition)
        linux: /boot//vmlinuz-linux (No such file or directory)
       initrd: /boot//amd-ucode.img
               /boot//initramfs-linux-fallback.img (No such file or directory)
      options: rd.luks.name=23507e48-64d3-4d6b-b3b5-6c084481d2e6=luksdev root=/dev/mapper/luksdev zswap.enabled=0 rootflags=subvol=@ rw intel_pstate=no_hwp rootfstype=btrfs
            • tuxnix hat auf diesen Beitrag geantwortet.

              speerwerfer Ähhh, fehlt hier nicht die initramfs-linux.img?

              Ein mkinitcpio -p linux könnte helfen.

                OK, da scheint ein Update richtig schief gegangen zu sein.

                Ein pacman -S linux hat alle fehlenden Dateien wieder erstellt. Es startet wieder.