Dracut now has many dependencies on systemd-modules-load, requiring building modules support into systemd.

[ghost]

Describe the bug

With the recent rework/expansion of systemd integration in dracut-10x, quite a few dependencies now tie in systemd-modules-load unconditionally. Which in turn requires module support compiled into systemd. I use dracut for UKIs with monolithic kernels, it would be nice to have those handled. The ramdisk's job is to unlock the root file system using a pcr measurement + pin.

That said, I'm aware of the ancient workaround monolithic kernels require (for hostonly) anyway https://github.com/dracutdevs/dracut/issues/56 so this may well not have priority and rather be a feature request/maintenance load/...

I'll probably file a request @gentoo to have dracut depend on systemd[kmod] if the dep is here to stay :) Thanks!

Distribution used Gentoo

Dracut version 102

Init system systemd-256.1

To Reproduce Using systemd-256.1 without support for kernel modules compiled in, creating the UKI fails due to unsatisfied dependencies.

Expected behavior Even more complex environment tests at runtime?

[ghost]

Ah, sorry about missing the move. Now filed as https://github.com/dracut-ng/dracut-ng/issues/510 Thanks!