systemrescue-zfs/airootfs/etc/systemd/scripts
Gerd v. Egidy 4daea6433e Add workaround for systemd not re-evaluating dependencies while running a transaction
As described in #279, systemd does not re-evaluate the dependencies of changed units and
targets when daemon-reload is executed. It just continues it's transaction as it was
configured when starting the transaction.

So a late-loaded SRM can't autostart a service.

To work around this, add an extra call to "systemctl --no-block start multi-user.target"
after the daemon-reload. This will create a new transaction after the current one and
allow new services to be added to multi-user.target in a late-loaded SRM.

This means of course that this workaround only works for multi-user.target, not other
services or targets.
2022-05-21 21:41:39 +02:00
..
choose-mirror SystemRescueCd-6.0.0 2019-02-02 11:22:52 +00:00
sysrescue-autorun harden sysrescue-autorun sysrescue-initialize.py against missing config values 2022-04-24 01:08:27 +02:00
sysrescue-initialize.py Add workaround for systemd not re-evaluating dependencies while running a transaction 2022-05-21 21:41:39 +02:00