Package Details: dracut-hook-uefi 17-1

Git Clone URL: https://aur.archlinux.org/dracut-hook-uefi.git (read-only, click to copy)
Package Base: dracut-hook-uefi
Description: Install/remove hooks for dracut unified kernel images for systemd-boot
Upstream URL: https://github.com/swsnr/dracut-hook-uefi
Keywords: dracut hook uefi
Licenses: Apache
Submitter: samcday
Maintainer: swsnr
Last Packager: swsnr
Votes: 17
Popularity: 2.19
First Submitted: 2020-10-14 16:16 (UTC)
Last Updated: 2023-01-09 08:08 (UTC)

Pinned Comments

swsnr commented on 2022-12-19 10:18 (UTC)

I moved the code to Github at https://github.com/swsnr/dracut-hook-uefi because this is easier for me than AUR comments.

If you've got problems with this package please open an issue at https://github.com/swsnr/dracut-hook-uefi/issues/new instead of writing a comment here.

Thanks

Latest Comments

1 2 3 Next › Last »

swsnr commented on 2022-12-19 10:18 (UTC)

I moved the code to Github at https://github.com/swsnr/dracut-hook-uefi because this is easier for me than AUR comments.

If you've got problems with this package please open an issue at https://github.com/swsnr/dracut-hook-uefi/issues/new instead of writing a comment here.

Thanks

swsnr commented on 2022-12-19 09:01 (UTC) (edited on 2022-12-19 09:13 (UTC) by swsnr)

Interesting, indeed. Sounds reasonable, but I wonder why I never had this issue with this setup, even though that's exactly how my systems are set up.

I have no real idea how to fix this, and given that I can't reproduce it, I can't even test it. So I'd appreciate a patch to fix this problem.

XeCycle commented on 2022-12-19 08:05 (UTC)

Hit an interesting case: system using discoverable partitions, has no /etc/fstab file but has a /efi dir, thus it is a systemd.automount; when upgrading kernels, and very likely I did not look at /efi before, the action to trigger mounting will be performed in PostTransaction, but vfat.ko for the running kernel is already removed. I think it may be fixed by a stat /efi/something in PreTransaction.

silikeite commented on 2022-11-19 01:24 (UTC)

As an update, a recent update to dkms seems to have fixed the issue with the image generation so it isn't really a problem anymore.

swsnr commented on 2022-10-25 18:34 (UTC) (edited on 2022-10-25 18:43 (UTC) by swsnr)

I'm sorry but disabling this part is not an option for me: We need to regenerate the UKI when parts other than the kernel (e.g. dracut, microcode, systemd-stub) get updated, to include potential bug or security fixes.

"sudo dracut --regenerate-all --uefi" works fine for me, for multiple kernels (including zen). If it doesn't work for you, please report a bug to the dracut packagers or to dracut upstream. But I'm sorry to say that there's little I can do in this hook about this problem.

I tend to believe that it's a setup issue on your system, though. Arch's kernel packages don't put their images on "/boot", so dracut shouldn't even look at /boot for kernel images on a system set up to build UKIs. I think if you can find out why you have a kernel image on /boot you're more than half way to identify the root cause.

silikeite commented on 2022-10-25 14:07 (UTC) (edited on 2022-10-25 14:11 (UTC) by silikeite)

SLR but I can generate an image by running sudo pacman -S linux-zen

It is only when installing anything else that triggers the hook that borks the image generation.

Going through the contents of the hook script, it seems that dracut "${dracut_args[@]}" --regenerate-all --force is bugged with how Arch handles kernel versions with DKMS?

I don't exactly get why --regenerate-all is needed but until dracut or Arch's DKMS implementation un-borks it on their end, it might be a good idea to either disable rebuild_all in this script.

swsnr commented on 2022-10-04 05:45 (UTC)

Can you build an image by calling dracut directly?

silikeite commented on 2022-10-04 04:51 (UTC)

Latest version gives me the following error.

dracut: Can't find a kernel image '/boot/vmlinuz-5.19.1-zen1-1-zen' to create a UEFI executable

whynothugo commented on 2022-07-21 12:36 (UTC)

Sure, go ahead. I don't think I'll be picking up dracut again anytime soon anyway. Good luck!