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: None
Maintainer: ewout
Last Packager: swsnr
Votes: 16
Popularity: 0.000711
First Submitted: 2020-10-14 16:16 (UTC)
Last Updated: 2023-01-09 08:08 (UTC)

Pinned Comments

swsnr commented on 2023-05-29 07:52 (UTC)

I no longer use dracut, and do not maintain this hook anymore.

Latest Comments

1 2 3 4 Next › Last »

dngray commented on 2023-12-18 16:38 (UTC)

People here should switch to dracut-ukify which uses systemd's ukify tool and provides similar experience.

swsnr commented on 2023-05-30 11:36 (UTC)

I use mkinitcpio and kernel-install. I wouldn't like to make any recommendations; this choice just reflects my personal preferences.

Please note that adopting this PKGBUILD isn't enough; the upstream repo was also mine and is now archived. You may want to fork it or move the sources back here into this repo.

yegorius commented on 2023-05-30 09:52 (UTC)

@ewout I think it's booster: https://wiki.archlinux.org/title/Booster

ewout commented on 2023-05-29 17:57 (UTC)

@swsnr What mkinitpcio/UKI setup do you use now btw? Do you recommend migrating to something else?

ewout commented on 2023-05-29 17:50 (UTC)

@swsnr Adopted the package, as I still rely on it. 👍

swsnr commented on 2023-05-29 07:52 (UTC)

I no longer use dracut, and do not maintain this hook anymore.

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.