Package Details: dracut-ukify 11-1

Git Clone URL: https://aur.archlinux.org/dracut-ukify.git (read-only, click to copy)
Package Base: dracut-ukify
Description: Integration layer for dracut and systemd's ukify tool for Arch Linux
Upstream URL: https://aur.archlinux.org/packages/dracut-ukify
Licenses: MIT
Conflicts: dracut-hook-uefi, dracut-uefi-hook
Provides: dracut-hook
Submitter: Prototik
Maintainer: Prototik
Last Packager: Prototik
Votes: 13
Popularity: 0.010660
First Submitted: 2023-02-20 21:54 (UTC)
Last Updated: 2025-09-23 10:28 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

kIERO commented on 2025-12-22 23:30 (UTC)

@Prototik I understand that, I was suggesting this mostly because when reading the hooks it's not obvious what the Exec command is doing as they aren't documented.

My thinking, "ah look at the install hook, it does /usr/bin/dracut-ukify -z, I'll just execute /usr/bin/dracut-ukify to see what it does... mhh, well lets read the entire code of the file then."

Prototik commented on 2025-11-30 00:58 (UTC)

@kIERO that options not listed for a reason: it's implementation specific and not intended to be used by a user. For example -y and -z won't ever work as you expect as they requires list of files pumped on stdin by pacman. -x doesn't make sense for a user as it's a workaround for some specific setups and no real use for it by itself. -s stands for sanity check, not for real config validation, and it's basically leftover from times when I wrote uki path overrides. It may makes for a user to test path rules tho, but that check is a part for any uki generate request anyway.

kIERO commented on 2025-11-29 15:23 (UTC) (edited on 2025-12-22 23:25 (UTC) by kIERO)

Could you add the "hidden" -y -z, options for dracut-ukify bash script to the usage?

Shished commented on 2025-11-18 06:55 (UTC)

@kIERO you can configure the name of UKI in the conf file.

kIERO commented on 2025-11-18 06:51 (UTC)

Hi, do i need to manually recreate efibootmgr entry after each kernel upgrade?

The kernel image name changes with each kernel.

Prototik commented on 2025-08-08 21:11 (UTC)

No need to delete rdma-core, you can skip it for now by in dracut using omit_dracutmodules+=" rdma ", or just ignore that warning.

blinxwang commented on 2025-08-08 17:38 (UTC)

@Prototik

The output of that command is:

05rdma
10bash
10dash
10systemd
10systemd-network-management
10warpclock
11fips
11fips-crypto-policies
11systemd-ac-power
11systemd-ask-password

Removing rdma-core and the qemu group of packages indeed makes the error go away. That was a nice find. Appreciate you taking the time to debug this.

Prototik commented on 2025-08-08 06:45 (UTC) (edited on 2025-08-08 06:48 (UTC) by Prototik)

@blinxwang what's the output of ls /usr/lib/dracut/modules.d | head?

I'm able to reproduce it with rdma-core package installed (comes with qemu), which indeed comes misaligned priority due to changes to dracut's ordering scheme (read conversation in #1520 on github).

blinxwang commented on 2025-08-06 22:28 (UTC)

@Prototik Nope, using vanilla Arch.

Prototik commented on 2025-08-06 20:40 (UTC)

@blinxwang any chance you using garuda linux? Seems like that report for me.