/mnt/boot/efi existiert nicht

talosako · September 25, 2022, 11:55am

EDIT: Lösung von joekamprad zusammengefasst (danke an ihn, übrigens!), wenn sudo mount /dec/sdXn /mnt/boot/efi nicht funktioniert, obwohl trotzdem EFI vorhanden ist und (wie bei mir) BTFRS benutzt wird:

sudo mount -o subvol=@ /dev/sdXn /mnt
cat /mnt/etc/fstab //Vergewissern, dass Boot EFI angezeigt wird!
sudo mount /dev/sdXn /mnt/boot/efi

sudo arch-chroot /mnt
grub-install

Notiz: sdXn = deine eigene Partition z.B. “/dev/sda1”.

Okay, ich gehe das mal detailiert hier durch Und das wird lang…

sudo fdisk -l ergibt:

Summary

Disk /dev/nvme0n1: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Samsung SSD 980 500GB                   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 16384 bytes / 131072 bytes
Disklabel type: gpt
Disk identifier: 681F0FFC-CD0C-2248-969F-699D6B07B6EC

Device            Start       End   Sectors   Size Type
/dev/nvme0n1p1  1050624  17065983  16015360   7.6G Linux swap
/dev/nvme0n1p2 17065984 976773134 959707151 457.6G Linux filesystem
/dev/nvme0n1p3     2048   1050623   1048576   512M BIOS boot

Partition table entries are not in disk order.


Disk /dev/sda: 28.65 GiB, 30765219840 bytes, 60088320 sectors
Disk model:  SanDisk 3.2Gen1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1e784590

Device     Boot   Start     End Sectors  Size Id Type
/dev/sda1  *         64 3583359 3583296  1.7G  0 Empty
/dev/sda2       3583360 3796351  212992  104M ef EFI (FAT-12/16/32)


Disk /dev/loop0: 1.61 GiB, 1724010496 bytes, 3367208 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

lsblk -f:

Summary

NAME    FSTYPE FSVER LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
loop0   squash 4.0                                                       0   100% /run/archiso/airootfs
sda     iso966 Jolie EOS_202209
                              2022-09-10-10-51-40-00                              
├─sda1  iso966 Jolie EOS_202209
│                             2022-09-10-10-51-40-00                     0   100% /run/archiso/bootmnt
└─sda2  vfat   FAT16 ARCHISO_EFI
                              C8C0-D262                                           
nvme0n1                                                                           
├─nvme0n1p1
│       swap   1              4537b564-1b41-480d-bb48-3f5a579efc6d                
├─nvme0n1p2
│       btrfs                 8d06096e-46ce-4371-8371-bc31df2d4c3f                
└─nvme0n1p3
        vfat   FAT32 NO_LABEL 183B-758A

EFI Boot Manager/ efibootmgr ergibt folgendes:

Summary

BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0001,0002,0003
Boot0001* UEFI OS	HD(3,GPT,8a5bd1de-cd8a-e248-a810-e1b0373ee7dc,0x800,0x100000)/File(\EFI\BOOT\BOOTX64.EFI)0000424f
Boot0002* UEFI:  USB	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x8,0x0)/Pci(0x0,0x3)/USB(6,0)/CDROM(1,0x36ad80,0x34298)0000424f
Boot0003* UEFI:  USB, Partition 2	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x8,0x0)/Pci(0x0,0x3)/USB(6,0)/HD(2,MBR,0x1e784590,0x36ad80,0x34000)0000424f
[liveuser@eos-2022.09.10 ~]$

Also scheint doch EFI doch da zu sein.

sudo btrfs subvolume list -p /mnt ergibt folgendes:

Summary

ID 256 gen 23773 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-07-10_20-01-53/@
ID 257 gen 36152 parent 5 top level 5 path @home
ID 258 gen 36152 parent 5 top level 5 path @cache
ID 259 gen 36153 parent 5 top level 5 path @log
ID 260 gen 26 parent 256 top level 256 path timeshift-btrfs/snapshots/2022-07-10_20-01-53/@/var/lib/portables
ID 261 gen 27 parent 256 top level 256 path timeshift-btrfs/snapshots/2022-07-10_20-01-53/@/var/lib/machines
ID 263 gen 26138 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-05-27_02-12-37/@
ID 264 gen 26138 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-05-27_11-47-11/@
ID 265 gen 26138 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-05-27_12-17-29/@
ID 266 gen 26138 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-05-27_17-59-50/@
ID 268 gen 26138 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-07-10_20-12-20/@
ID 276 gen 36154 parent 5 top level 5 path @
ID 277 gen 26138 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-07-13_23-20-35/@
ID 278 gen 26138 parent 5 top level 5 path timeshift-btrfs/snapshots/2022-07-16_16-48-18/@

sudo cat /mnt/etc/fstab:

# /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=183B-758A                            /boot/efi      vfat    defaults,noatime 0 2
UUID=4537b564-1b41-480d-bb48-3f5a579efc6d swap           swap    defaults   0 0
UUID=8d06096e-46ce-4371-8371-bc31df2d4c3f /              btrfs   subvol=/@,defaults,noatime,compress=zstd 0 0
UUID=8d06096e-46ce-4371-8371-bc31df2d4c3f /home          btrfs   subvol=/@home,defaults,noatime,compress=zstd 0 0
UUID=8d06096e-46ce-4371-8371-bc31df2d4c3f /var/cache     btrfs   subvol=/@cache,defaults,noatime,compress=zstd 0 0
UUID=8d06096e-46ce-4371-8371-bc31df2d4c3f /var/log       btrfs   subvol=/@log,defaults,noatime,compress=zstd 0 0
[liveuser@eos-2022.09.10 ~]$

Sieht so aus, dass unter doch EFI ist, also habe ich, während subvol=@ /dev/nvme0n1p2 /mnt mountet ist, sudo mount /dev/nvme0n1p3 /mnt/boot/efi ausgeführt, dann in arch-chroot rein, >:

sudo pacman -Syu
sudo grub-install
exit
sudo umount /mnt/boot/efi
sudo umount /mnt
sudo reboot now

Jetzt kommt das komische: unter F11 in meinem Boot-Menü stehen zwei Boot-Optionen für Linux. Die oberste mit “UEFI OS: Samsung NVME [etc]” wirft beim Starten die Fehlermeldung in Grub:

Welcome to GRUB!
error: symbol `grub_debug_malloc' not found.
grub rescue>

Mit der anderen Boot-Option im Boot-Menü “endevouros” unter dem anderen kann ich EOS starten und konnte rein. Ich muss in meinen BIOS-Einstellungen nochmal die Reihenfolge ändern. Normalerweise funktionieren beide Boot-Optionen, aber jetzt geht nur die zweite. Ist schon okay.

Ich habe nochmal efibootmgr ausgeführt bei mir in EOS:

Summary

BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0001,0000,0004,0002,0003
Boot0000* endeavouros	HD(3,GPT,8a5bd1de-cd8a-e248-a810-e1b0373ee7dc,0x800,0x100000)/File(\EFI\ENDEAVOUROS\GRUBX64.EFI)
Boot0001* UEFI OS	HD(3,GPT,8a5bd1de-cd8a-e248-a810-e1b0373ee7dc,0x800,0x100000)/File(\EFI\BOOT\BOOTX64.EFI)0000424f
Boot0002* UEFI:  USB	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x8,0x0)/Pci(0x0,0x3)/USB(6,0)/CDROM(1,0x36ad80,0x34298)0000424f
Boot0003* UEFI:  USB, Partition 2	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x8,0x0)/Pci(0x0,0x3)/USB(6,0)/HD(2,MBR,0x1e784590,0x36ad80,0x34000)0000424f
Boot0004* Windows Boot Manager	HD(1,GPT,f65b3e69-ba07-4140-9fb6-87a8c7ff14a8,0x800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)0000424f

Sieht so als würde in UEFI OS woanders versucht zu booten?!? Bin mir nicht sicher.