On Sat, 25 May 2013 21:55:20 +0200 Tom Wijsman wrote: > On Sat, 25 May 2013 21:09:47 +0200 > "J. Roeleveld" wrote: > > > +1 for wrapper, from my understanding, symlinks for init-systems > > can't be altered on a running system without risking strange > > behaviour. > > Exactly... > > # shutdown -h now > > The system is going down for system halt NOW!s/1) (Sat May 25 21:25:41 > 2013): Excess arguments. I don't know what is the state of your system when testing this but on my system /sbin/telinit is a symlink to /sbin/init. So replacing the latter also replaces telinit with something unexpected. Of course, the solution is to make telinit point to the real sysvinit executable. Not sure how well it will reboot then, however. It may be necessary to also change 'halt' to use 'telinit' if it uses 'init' directly. > > I am assuming that should be for the user to keep in mind, but will > > it be possible to add something that will make init.d-scripts not > > work when systemd is running and unit-files not work when systemd is > > not running? > > They currently just bail out with bogus errors as far as I am aware. > > # /etc/init.d/ntpd start > ntpd | * WARNING: ntpd is already starting > # /etc/init.d/ntpd stop > ntpd | * ERROR: ntpd stopped by something else I think we fixed this already... well, not exactly this because openrc used to try to actually start stuff. I would consider this a regression since it had explanatory error messages. -- Best regards, Michał Górny