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

[AndreMullinger]

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
#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?

[AndreMullinger]

Ah, sorry about missing the move.
Now filed as dracut-ng/dracut-ng#510
Thanks!