On Thu, Nov 17, 2016, Franta Hanzlík <franta@xxxxxxxxxxx> wrote: > On Thu, 17 Nov 2016, Tom H <tomh0665@xxxxxxxxx> wrote: >> On Thu, Nov 17, 2016, Franta Hanzlík <franta@xxxxxxxxxxx> wrote: >>> >>> Eh, excuse for bad formulation. Binary log I can inhibit with >>> specifiing 'Storage=none' in [Journal] section of >>> /etc/systemd/journald.conf. >>> >>> What I want is completely eliminate 'journald' program, >> >> That's not possible. You need journald as an rsyslog forwarder. > > Tom thanks for reply. You're welcome. > It seems to me, as there in conjunction with systemd > somehow often occurs "That's not possible". > But is not possible use for this (somehow) systemd option > "--log-target=kmsg" ? I've just tried "systemd.log_target=kmsg" on the kernel cmdline with rsyslog set up and it logged to "/var/log/" but "journalctl -k" has some log lines that aren't there with the default "journal-or-kmsg" setting. Perhaps "systemd.log_target=" sets the location that systemd logs to _at_boot_ rather than a runtime target, especially since journald has its own kernel cmdline settings that look like "systemd.journald.forward_to_...=". > And earlier, I think even in Fedora 21, it was possible to use the option > "--log-target=syslog" - I think, this option was served just for this > purpose. Where has she gone? Why now has been dropped? The last version to have "--log-target=syslog" was 215. I suspect that, like "--log-target=kmsg", it didn't mean that journald was bypassed. > Sorry for this questions, systemd documentation poorly (rather not at > all) describe this. systemd is, in general, well-documented but in this instance "--log-target=" isn't explained clearly. _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx