我的 journald 日志包含许多此类消息：
Jun 03 11:38:37 test1 systemd[225427]: pam_unix(systemd-user:session): session opened for user user(uid=1000) by (uid=0)
Jun 03 11:38:37 test1 systemd[225427]: Queued start job for default target Main User Target.
Jun 03 11:38:37 test1 systemd[225427]: Reached target Paths.
Jun 03 11:38:37 test1 systemd[225427]: Reached target Sockets.
Jun 03 11:38:37 test1 systemd[225427]: Reached target Timers.
Jun 03 11:38:37 test1 systemd[225427]: Reached target Basic System.
Jun 03 11:38:37 test1 systemd[225427]: Reached target Main User Target.
Jun 03 11:38:37 test1 systemd[225427]: Startup finished in 45ms.
Jun 03 11:40:24 test1 systemd[225427]: Stopped target Main User Target.
Jun 03 11:40:24 test1 systemd[225427]: Stopped target Basic System.
Jun 03 11:40:24 test1 systemd[225427]: Stopped target Paths.
Jun 03 11:40:24 test1 systemd[225427]: Stopped target Sockets.
Jun 03 11:40:24 test1 systemd[225427]: Reached target Shutdown.
Jun 03 11:40:24 test1 systemd[225427]: Stopped target Timers.
Jun 03 11:40:24 test1 systemd[225427]: systemd-exit.service: Succeeded.
Jun 03 11:40:24 test1 systemd[225427]: Finished Exit the Session.
Jun 03 11:40:24 test1 systemd[225427]: Reached target Exit the Session.
我认为每当我的部署脚本通过 SSH 执行命令时，它们都会发生。这些消息毫无用处，而且会污染我的日志。我该如何禁用它们？
我不希望在一切顺利时收到任何消息，而只接收错误通知。
这是一个 Debian 系统。
答案1
当事情进展顺利时，我不希望收到任何消息
那么不要显示“事情进展顺利”级别的警告。--priority=[0-7]使用开关选择楼层 ，其中 0 表示紧急情况，级别 5、6、7 表示通知、信息、调试消息，一般不表示有问题。
您还可以选择标准时间格式并忽略非系统条目 - 或者三者的组合：
journalctl -o short-iso-precise --system -p 4
如果这仍然不够，请通过适当的grep -Evf ignore.regex调用进行传输，并且在遇到不合理警告/错误级别的消息时，请向您的发行版提交错误报告。
这些消息毫无用处，而且污染了我的日志
这些甚至不是日志中最没用的。这些日志都有正确的时间戳，归属清晰，清晰易读。当你不可避免地遇到以下问题时，它们会帮到你实际上无用的 - 当您尝试诊断某些事情并需要背景信息时。
我的应用程序运行良好。它们只记录需要记录的内容和我希望看到的内容。
这与为不同重要性的日志条目分配级别的概念非常吻合。在这种情况下，所有日志都应被视为高级别。要在各自的单元文件中表达这一点，请使用SyslogLevel=3。
我不相信 systemd 能够执行
我不认为性能是微软占据这种市场主导地位的原因。