Am 22.07.2014 19:22, schrieb Erwan David: > Le 22/07/2014 18:59, Michael Biebl a écrit : >> Am 22.07.2014 18:24, schrieb The Wanderer: >> >>> As far as I can see, there is no way to get init-system log messages >>> without also getting kernel log messages >> Of course there is. >> >> Might help if you actually tried it before commenting on it? >> >> The systemd.* specific flags override the global quiet flag. The >> >> So you can very well keep the quiet kernel command line argument and use >> >> systemd.show_status=true|false >> systemd.sysv_console=true|false >> systemd.log_level=... >> systemd.log_target=... >> >> etc. to control in a very fine grained manner, how the data is logged. >> > > It would be interesting if the default was not changed, ie. same > behaviour when using the default configuration.
The default wasn't changed, really. It's simply that SysV init scripts are so horribly inconsistent and interpret the "quiet" parameter differently. So we don't have a consistent behaviour wrt to logging and output. The example skeleton SysV init script /etc/init.d/skeleton, which is supposed to be a base for newly written init scripts uses /lib/init/init-d-script. If you take a look at that script, you'll see that prefixes its log message with [ "$VERBOSE" != no ] && log_*_msg And surprise, VERBOSE is set to "no" by /lib/init/vars.sh if the kernel command line contains "quiet". Thankfully, this is all fixed now with systemd, where you have a consistent and central place to configure that. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature