Hide Forgot
All init scripts output is suppressed when you try to start/stop/restart/reload a service as root after boot. # service foo restart: Restarting foo (via systemctl): [OK] This is all the output you get no matter what the init script prints out for the user to see. This is especially bad when the init script tries to report an error to the user, as the error is lost and understanding what is wrong becomes much harder.
Yes, we suppress this output. Since we spawn services in a completely clean execution context detached from the user context services do not have access to the tty that the user happened to start the software on. This is a good thing and one of the good things about systemd: we do not inherit any process properties, resource limits, yadda yadda from the user running "systemctl start". If a service fails to start the reason please log details to syslog as we plan to hook up "systemctl status ..." to syslog sooner or later. By setting SysVConsole=yes in /etc/systemd/system.conf you can redirect sysv output to /dev/console. Which is half a replacement for what you are looking for. I will close this bug since I don't think services should never get access to the tty a user happened to start "systemctl start" from. And the right place for details about service failure is syslog.