Arch Linux

herOldMan

Member

Registered: 2013-10-11

Posts: 163

(Assumed solved) Systemd upgrade, EFI system, msdos partition table

Hello,

On one of our (older) machines we are using an efi partition located on a disk with an msdos partition table (i.e., not gpt).

The efi partition type is EFI (FAT-12/16/32).

It uses grub/efibootmgr as a boot loader

It is mounted to /boot/

It boots fine, but during a systemd upgrade is barks:

Couldn't find EFI system partition. It is recommended to mount it to /boot/ or /efi/.
Alternatively, use --esp-path= to specify path to mount point

Apparently, just a warning because the update completes (version 261.2-1 as it should be)

Is there any degraded systemd functionality beyond prevention of a future change from grub to bootctl?

Last edited by herOldMan (Today 12:09:33)

Lone_Wolf

Administrator

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 15,256

Re: (Assumed solved) Systemd upgrade, EFI system, msdos partition table

Sounds like this could come from the systemd-gpt-auto-generator that tries to autodetect several partitions.

Try disabling it by adding systemd.gpt_auto=0 as kernel parameter.
See man systemd-gpt-auto-generator for details.

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

clean chroot building not flexible enough ?
Try clean chroot manager by graysky

herOldMan

Member

Registered: 2013-10-11

Posts: 163

Re: (Assumed solved) Systemd upgrade, EFI system, msdos partition table

Thanks, this seems likely.
Adding the kernel parameter does not change the warning during updates. However, I'm guessing that, during a systemd update, the functionality of the related features in the package is evaluated agnostic of the currently booted kernel.
Moving forward, unless anyone else chimes in, I'll assume there is no systemd-functionality degradation beyond the features described on the systemd.gpt man page you linked.
Hell, it boots and works like a charm.