Bug#1105176: systemd-boot-efi-amd64-signed: Poor interaction with fwupd
Luca Boccassi
bluca at debian.org
Wed May 21 22:21:10 BST 2025
Control: reassign -1 fwupd 2.0.8-3
Control: retitle -1 fwupd: need to build with -Defi_os_dir=debian
On Mon, 12 May 2025 20:17:46 +0000 "=?utf-8?B?RGF2aWQgSMOkcmRlbWFu?="
<david at hardeman.nu> wrote:
> Package: systemd-boot-efi-amd64-signed
> Version: 257.5-2
> Severity: normal
>
> Dear Maintainer,
>
> now that there is a signed version of systemd-boot, I decided to play
> around a bit and try to get it to work without disabling SecureBoot
on
> my laptop.
>
> So, with some dpkg --force flags, I removed grub-efi-amd64-signed and
> installed systemd-boot, basically following the instructions from the
> wiki [1].
>
> Modulo complaints about essential packages being removed and shim
having
> missing dependencies (which was expected, given that [1] is still
> pending).
>
> Rebooted, and all worked suprisingly well. Later I noticed that I had
a
> pending fwupd firmware update (BIOS update). Ok, so I told fwupdtool
to
> install the update and rebooted. The update wasn't installed.
>
> "fwupdtool get-history" claimed that the update had failed because
> EFI/systemd/shimx64.efi was missing (so fwupd seems to have some
logic
> to determine which bootloader is in use). So I manually copied
> EFI/debian/shimx64.efi to EFI/systemd and tried again. This time it
> worked.
>
> I'm not sure if this should be considered a bug in fwupd or in
> systemd-boot.
fwupd needs to be built with -Defi_os_dir=debian so that it looks for
shim in the right place, which is \EFI\debian\
More information about the Pkg-systemd-maintainers
mailing list