今天早上我的内核更新崩溃了,我不得不启动到一个较旧的内核。我想查看如此使用的崩溃启动的日志日志:
journalctl --list-boots
0 336aa03f15d3443d95e079ad17b6dc77 Fri 2018-02-02 05:49:03 MST—Fri 2018-02-02 17:57:50 MST
它只显示旧内核上的当前重新启动,而不是 10 分钟前崩溃几次的内核更新。
如何在重新启动后获得持久性以查看以前的启动日志?
今天早上我的内核更新崩溃了,我不得不启动到一个较旧的内核。我想查看如此使用的崩溃启动的日志日志:
journalctl --list-boots
0 336aa03f15d3443d95e079ad17b6dc77 Fri 2018-02-02 05:49:03 MST—Fri 2018-02-02 17:57:50 MST
它只显示旧内核上的当前重新启动,而不是 10 分钟前崩溃几次的内核更新。
如何在重新启动后获得持久性以查看以前的启动日志?
报告为未记录功能的错误
有一个关于这个主题的错误报告。因为已经在and , , ...
rsyslog
中维护了多个引导日志,开发人员认为保留额外的日志会浪费磁盘空间。/var/log/syslog
syslog.1
.2.gz
.3.gz
syslog.7.gz
journalctl
2018 年 1 月 3 日的错误报告指出,新安装
rsyslog
将不再是默认设置,并且journalctl
将保留多个引导数据日志。在不重新安装 Ubuntu 的情况下创建多个引导日志
我们大多数人不会进行新安装,因此要启用多个
journalctl
引导日志,请使用:根据此github 报告,可以忽略有关属性的警告消息。
有趣的新标志
s
,而不是新创建目录的文件权限中熟悉的x
(可执行位):3周后更新
lines 1-16/16 (END)