<div dir="ltr">Hi, following <a href="https://systemd.io/AUTOMATIC_BOOT_ASSESSMENT/#how-to-adapt-this-scheme-to-other-setups" target="_blank">https://systemd.io/AUTOMATIC_BOOT_ASSESSMENT/#how-to-adapt-this-scheme-to-other-setups</a> I've been experimenting on a fedora system with systemd-boot-check-no-failures.service and the ability to have services run "after" boot-complete.target. The basic use case would just to have something that checks services are up and running, reach boot-complete if they are, and start other services afterwards.<div>I've taken from that blog this piece specifically:</div><div>```</div>To support additional components that shall only run on boot success, simply wrap them in a unit and order them after boot-complete.target, pulling it in.<div><span style="color:rgb(87,96,106);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji";font-size:14px">```</span></div><div>So I've done the following with an example service and by enabling :</div><br># cat /etc/systemd/system/test.service <br>[Unit]<br>Description="Order after boot-complete.target, pulling it in"<br>After=boot-complete.target<br>Requires=boot-complete.target<br><br>[Service]<br>Type=oneshot<br>ExecStart=/usr/bin/echo "Additional component that shall only run on boot success"<br>RemainAfterExit=yes<br><br>[Install]<br>WantedBy=default.target<div><br># systemctl enable test.service  systemd-boot-check-no-failures.service <br>Created symlink /etc/systemd/system/default.target.wants/test.service → /etc/systemd/system/test.service.<br>Created symlink /etc/systemd/system/boot-complete.target.requires/systemd-boot-check-no-failures.service → /usr/lib/systemd/system/systemd-boot-check-no-failures.service.<br><br># systemctl reboot</div><div><br></div><div>Unfortunately, the above results in:</div><br>systemd[1]: multi-user.target: Found ordering cycle on test.service/start<br>systemd[1]: multi-user.target: Found dependency on boot-complete.target/start<br>systemd[1]: multi-user.target: Found dependency on systemd-boot-check-no-failures.service/start<br>systemd[1]: multi-user.target: Found dependency on multi-user.target/start<br>systemd[1]: multi-user.target: Job test.service/start deleted to break ordering cycle starting with multi-user.target/start<div><br></div><div>so what's the correct way to perform the mentioned "order [units] after boot-complete.target", if they cannot be pulled in through the usual default/multi-user targets? If I add DefaultDependencies=no to test.service it now appears to work w/o the dependency cycle.</div><div><br></div><div>thanks!<br><div><div>-- <br><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Antonio (runcom) Murdaca<br>Principal Software Engineer</div><div dir="ltr"><span style="color:rgb(0,0,0)">B056 8311 87B3 DDEB 25B5  01AF CC5C 9A81 EDCA D821</span></div></div></div></div></div></div></div></div></div></div></div></div>