FS#40755 - [systemd] 213-5 Error on boot: Dependency failed for Wait for Network to be Configured.
Attached to Project:
Arch Linux
Opened by Martin Schnitkemper (Martin-MS) - Sunday, 08 June 2014, 07:59 GMT
Last edited by Dave Reisner (falconindy) - Sunday, 08 June 2014, 19:43 GMT
Opened by Martin Schnitkemper (Martin-MS) - Sunday, 08 June 2014, 07:59 GMT
Last edited by Dave Reisner (falconindy) - Sunday, 08 June 2014, 19:43 GMT
|
Details
Description: Journal reports
| systemd[1]: Dependency failed for Wait for Network to be Configured. Additional info: Seems that /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service points to a wrong target (-> ../../../../usr/lib/systemd/system/systemd-networkd.service). Even after correction the problem persists. Steps to reproduce: after update to 213-5 on every boot. |
This task depends upon
Closed by Dave Reisner (falconindy)
Sunday, 08 June 2014, 19:43 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 213-7
Sunday, 08 June 2014, 19:43 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 213-7
Could you actually describe the problem? Seems unrelated to the upstream bug you've pointed out.
"systemctl disable systemd-networkd" issued a "rm '/etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service'" and removed the symbolic link.
"systemctl enable systemd-networkd" issued a "ln -s '/usr/lib/systemd/system/systemd-networkd.service' '/etc/systemd/system/multi-user.target.wants/systemd-networkd.service'" and "
ln -s '/usr/lib/systemd/system/systemd-networkd-wait-online.service' '/etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service'"
After that, "systemctl status systemd-networkd systemd-networkd-wait-online.service" reports both services running. So I think disable & enable systemd-networkd did the thing for me.
Nevertheless: in my opinion the link /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service provided in the package is malformed since it points to the wrong systemd-networkd.service and the link to systemd-networkd.service in /etc/systemd/system/multi-user.target.wants is missing so both services does not start on boot.
Up to 212-3 there was not such a link in the package, and on my system (still on systemd-212-3) the service is currently not running, so why do we need this service now by default? I would never noticed of it if it would not appear on console & journal messages as a failed service.
It was an upstream decision, not mine. 213-7 removes the symlink.