<div dir="ltr">


<div>Hi Kevin,<br></div><div><br></div><div>
On Fri, 08 Nov 2024 06:39:28 -0500 "Kevin P. Fleming" <<a href="mailto:kevin@km6g.us" target="_blank">kevin@km6g.us</a>> wrote:<br>
> The information you seek can be obtained using 'findmnt' from the util-linux package, without any dependency on systemd.<br>
> <br>
> $ findmnt -n -l --output "source" "/efi"<br>
> /dev/sdg1</div><div><br></div><div>`bootctl` triggers the systemd automount of esp (which is what happens in the installed Debian/Linux system anyways not specific to any boot loader installed on the system) then has an order of preference:</div><div><br></div><div>environment variable SYSTEMD_ESP_PATH</div><div>/efi</div><div>/boot</div><div>/boot/efi</div><div><br></div><div>The suggested use of findmnt is not equivalent here. In context of dtb installation that I am naming as an example we are only concerned about which mount point corresponds to a valid esp (in the order that is compatible with systemd). If the esp is needing to be mounted then bootctl does this action, which findmnt does not. Thank you though.</div><div><br></div><div>I disagree with closing this wontfix and the assertion inferred by Luca that bootctl is in conflict with GRUB2. The bootctl is a general systemd user interface compatible with bootloaderspec. We are already subject to systemd automount of esp whether or not systemd-boot package is installed, and independent of what boot loader is installed or in use;  There is just not any user interface for this when bootctl command is being excluded from the base system. The bug is that lack of a user interface to what is already happening - systemd automounts esp whether we like it or not, regardless of boot loader, and the intended tool for this is uninstallable because the systemd-boot packaging requires installing systemd boot loader to be successful. Luca, if you are correct, and these boot loaders are in conflict, then promotion of bootctl command to systemd package is the answer so that the conflict may be realized to prevent GRUB2 and systemd boot loader from competing.  If these are not in conflict, then systemd-boot package as a means of providing bootctl command needs to be fixed so it is installable along with GRUB2. This is an invented problem here in Debian that does not exist in the upstream software. I was told that:</div><div><br></div><div>"for archlinux bootctl and systemd-boot is part of the systemd package, but no postinst script tries to run bootctl install or similar as far as I can tell"<br>"on fedora bootctl is part of systemd-udev, but the efi binary is in systemd-boot-unsigned which also doesn't seem to have a postinst script"<br>"on ubuntu bootctl is part of systemd-boot, but the postinst script doesn't fail like it does on debian"</div><div><br></div><div>Which is it? They conflict or do not? I would like to have a user interface for what systemd is doing with esp and not re-invent this as a shell script.<br></div></div>