Journalctl 日志太大?

Mor*_*ten 0 logs systemd manjaro journalctl

我很困惑地发现,例如,运行时journalctl -f显示我的日志在 8 个月前的 4 月 20 日停止。我吹奏到“less”,journalctl | less并按G下去到最后,同样的事情。

然后我就这么做了,journalctl | less并且‘慢慢’地往下走(ctrl+d),这样我就能比 4 月 20 日走得更远……

日志中有很多内容!我认为这是因为加载的内容有限制。但是,日志不应该被轮换吗?或者在没有用户干预的情况下以某种方式进行修剪?

在我的journald.conf SystemMaxFileSize/中SystemMaxUse未设置(我在这里找到的解决方案)。我可以尝试上面的方法,但我有点想弄清楚它的真相。

我使用的是Manjaro 5.8.18-1

非常感谢任何帮助或见解。谢谢!

小智 5

接受的答案是错误的。

  1. 默认情况下,journald 会限制其大小,通常为 4GB。从文档中:

SystemMaxUse= 和 RuntimeMaxUse= [...] SystemKeepFree= 和 RuntimeKeepFree= [...] 第一对默认为相应文件系统大小的 10%,第二对默认为相应文件系统大小的 15%,但每个值的上限为 4G。

  1. 事实上,journald 确实会轮换其日志。从文档中:

SystemMaxFileSize= 和 RuntimeMaxFileSize= 控制单个日志文件最多可以增长的大小。这会影响通过轮换(即删除历史数据)提供磁盘空间的粒度。默认为使用 SystemMaxUse= 和 RuntimeMaxUse= 配置的值的八分之一,因此通常会将七个轮换日志文件保留为历史记录。

如果您需要的只是让您的日志得到轮换,让您高枕无忧,那么它们已经轮换了,您无需执行任何操作。

如果您想手动减少或增加日志大小限制,请使用 SystemMaxUse=

如果您想手动减少或增加它们的旋转速度,请使用SystemMaxFileSize=