![]() "journalctl -u foo.service" may not work as expected, especially entries for _TRANSPORT=stdout, for short-living services or when the service manager generates debugging logs. Instead, SYSLOG_IDENTIFIER= should be reliable for stdout. Let's use it. An example case: ``` __CURSOR=s=06278e3bf011458e973c81d370a8f7a5;i=1e4dc;b=1b0258a5c78341609bf462c72d4541c3;m=308de65;t=6194c3895a13f;x=50c7e9af5b8cfc37 __REALTIME_TIMESTAMP=1716665017803071 __MONOTONIC_TIMESTAMP=50912869 _BOOT_ID=1b0258a5c78341609bf462c72d4541c3 SYSLOG_FACILITY=3 _UID=0 _GID=0 _MACHINE_ID=d3490e076ab24968bfa19a6aab26beb3 _HOSTNAME=H _RUNTIME_SCOPE=system _TRANSPORT=stdout PRIORITY=6 _PID=2668 _STREAM_ID=3f9b8855636041988d003a9c63379b8a SYSLOG_IDENTIFIER=echo MESSAGE=foo ``` As you can see, there is no unit identifier. |
||
---|---|---|
.clusterfuzzlite | ||
.github | ||
.semaphore | ||
catalog | ||
coccinelle | ||
docs | ||
factory | ||
hwdb.d | ||
LICENSES | ||
man | ||
mime | ||
mkosi.conf.d | ||
mkosi.images | ||
mkosi.profiles | ||
modprobe.d | ||
network | ||
pkg | ||
po | ||
presets | ||
rules.d | ||
shell-completion | ||
src | ||
sysctl.d | ||
sysusers.d | ||
test | ||
tmpfiles.d | ||
tools | ||
units | ||
xorg | ||
.clang-format | ||
.ctags | ||
.dir-locals.el | ||
.editorconfig | ||
.gitattributes | ||
.gitignore | ||
.gitmodules | ||
.mailmap | ||
.packit.yml | ||
.pylintrc | ||
.vimrc | ||
.ycm_extra_conf.py | ||
LICENSE.GPL2 | ||
LICENSE.LGPL2.1 | ||
meson.build | ||
meson.version | ||
meson_options.txt | ||
mkosi.conf | ||
NEWS | ||
README | ||
README.md | ||
TODO |
System and Service Manager
Details
Most documentation is available on systemd's web site.
Assorted, older, general information about systemd can be found in the systemd Wiki.
Information about build requirements is provided in the README file.
Consult our NEWS file for information about what's new in the most recent systemd versions.
Please see the Code Map for information about this repository's layout and content.
Please see the Hacking guide for information on how to hack on systemd and test your modifications.
Please see our Contribution Guidelines for more information about filing GitHub Issues and posting GitHub Pull Requests.
When preparing patches for systemd, please follow our Coding Style Guidelines.
If you are looking for support, please contact our mailing list, join our IRC channel #systemd on libera.chat or Matrix channel
Stable branches with backported patches are available in the stable repo.
We have a security bug bounty program sponsored by the Sovereign Tech Fund hosted on YesWeHack