Some firmware requires esp/EFI/BOOT/BOOTX64.EFI path
Had an issue with "no bootable image found" on an HP Elitebook. It appears that someone else had a similar problem here:
The solution is to change the path from, e.g. esp/EFI/arch_grub/grubx64.efi to esp/EFI/BOOT/BOOTX64.EFI (simply by copying the efi file).
Is this worth adding to the Troubleshooting section?
- The solution should already be in all boot loader pages (GRUB#Default/fallback boot path, rEFInd#Installation with refind-install script, Syslinux#Installation on UEFI, etc.).
- The default/fallback boot path is also briefly mentioned in Arch boot process#Under UEFI and Unified Extensible Firmware Interface, though not in the context of this issue. Since the issue is not relevant to the EFI system partition page, it should not be added here. If you want to document it (in a boot-loader-agnostic way), feel free to do so in Unified Extensible Firmware Interface#Troubleshooting.
- -- nl6720 (talk) 07:55, 2 June 2020 (UTC)
Mounting the partition is not mandatory
I run GRUB in my UEFI/GPT setup, and I don't mount the EFI partition when booting the OS. In fact, I created the
/efi directory but don't use it. This should be mentioned, IMO - Megver83 (talk) 05:06, 3 August 2020 (UTC)
- It could be mentioned, but It needs to be clear that it doesn't apply when mounting it to
/boot. E.g., something along the lines of: "If the EFI system partition's mountpoint (or bind mount) is not
/boot, it can be left unmounted during everyday system usage. For example, configure
/etc/fstabto mount it on first access..." -- nl6720 (talk) 08:26, 3 August 2020 (UTC)
Add systemd automatic intel-ucode.img moving under alternate mount points
Under the systemd section of the alternate mount points part of the page, would it make sense to also add a task triggered on the changing of /boot/intel-ucode.img that copied /boot/intel-ucode.img to the esp? Dghosef (talk) 01:56, 2 December 2020 (UTC)DghosefDghosef (talk) 01:56, 2 December 2020 (UTC)
/boot/amd-ucode.imgare packaged, it would IMHO make more sense to copy them using a pacman hook instead of systemd path. -- nl6720 (talk) 16:37, 2 December 2020 (UTC)
systemctl daemon-reload required on .service
To make changes on /etc/systemd/system/efistub-update.service its required a systemctl daemon-reload —This unsigned comment is by Angelettif (talk) 13:56, 20 January 2021 (UTC). Please sign your posts with ~~~~!