Bug#824343: services don't start if legacy init script is a symlink to other filesystem

Daniel Pocock daniel at pocock.pro
Sat May 14 18:24:15 BST 2016


Package: systemd
Version: 215-17+deb8u4
Severity: important

If the init script in /etc/init.d is a symlink to a script on another
filesystem such as /opt then systemd silently ignores it

It doesn't get started at boot

Using a command like

   systemctl start foo

gives no output, no error, but doesn't start it.

Using

   systemctl daemon-reload

finds it and starts it.

A workaround is to copy such scripts to /etc/init.d

Even if it can't be fixed to automatically use such scripts, maybe it
should show meaningful errors in this situation



More information about the Pkg-systemd-maintainers mailing list