[Solved] New /efi mount point

[ololoshwin]

I've found /efi mount point generated by systemd-gpt-auto-generator

I do not understand why my ESP partition is mounted to /efi.
How to revert it to /boot?

I've removed /boot line from /etc/fstab and i have not "Extended Boot Loader Partition (XBOOTLDR partition)" but ESP is still mounted to /efi.

ESP should be mounted to /boot according to https://uapi-group.org/specifications/specs/boot_loader_specification/

sys-apps/systemd-255.3-r1

[sMueggli]

@ololoshwin

So far your setup is not wrong. From the linked bootloader specification:

[NeddySeagoon]

There are two different related but unconnected things happening.
Keeping them related is the system admins problem.

At boot time, the UEFI firmware finds the ESP partition. It must be flagged type ESP.
It then uses the efivars to know where to find the .efi program to boot.
That is always under EFI/ in the ESP.

The fallback of EFI/Boot/bootx64.efi is hard coded in amd64 systems.
The EFI program can anything that fits into the space.

On Gentoo, an EFI compliant program is installed to EFI/GRUB/grubx64.efi and as the name suggests, its the first part of the GRUB bootloader.
The efivars are updated to point to that too.

As grubx64.efi makes its own arrangements to find grub stage2, the rest of grub can go anywhere. It need not be on the ESP.
Gentoo often uses /boot/grub.

We are still getting the boot loader loaded. The kernel and the kernel filesystem tree are still a distant dream. Hold that thought. It will be key to what comes next.
Grub stage2 displays the menu, loads the kernel and initramfs then exits by jumping to the kernel start address.

There is still no kernel filesystem tree, no I should really be using kernel filesystem tree path names above.
All that matters at this time is that the UEFI firmware can load the .efi program and the efi program can load the bootloader which in turn, loads the kernel.
The .efi program can be the kernel and initramfs ll in one piece. No boot bootloader required.

The kernel and initramfs are loaded. Together, they need to de whatever is required to execute /sbin/init in the root of the kernel filesystem tree. It turn, that brings the system up, including assembling the kernel filesystem tree.

The system is up, the kernel filesystem exists, all without the kernel being aware of the ESP, boot loader and even itself before it was loaded into RAM.

Now we come the full circle and to the point of confusion.
The kernel is used to update grub, itself, the efivars and the .efi program, so wherever they are stored needs to be mounted in the kernel filesystem tree for the update.
It does not matter where because the kernel filesystem tree is only used for updates, It does not exist at boot time ... which I said right at the start.
Its the system admins job to put updates in the right place(s) so that they will be found at boot time.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

[ololoshwin]