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