Linux系统与内核76年4月14日最后来自 util-linux2.35.1。
我用来last -x reboot shutdown
检测突然关机和断电。据我了解,干净的重启应该显示为一对关闭和重启wtmp 中的条目。这是由例如支持的本文。可以通过彻底的顺序推断出非正常关闭或无电重启条目没有关闭之间。
然而我发现并不总是有关闭当我跑步时进入systemctl reboot
- 我经常看到顺序重启条目和用户会话列出为碰撞。然而,有时我们确实会记录关闭和重新启动条目。
systemctl reboot
我跑了4 次的例子:
$ last -x reboot shutdown
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 13:12 still running
shutdown system down 4.14.76-6.1.0-so Wed Aug 31 13:12 - 13:12 (00:00)
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 12:56 - 13:12 (00:15)
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 11:24 - 13:12 (01:47)
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 11:23 - 13:12 (01:48)
shutdown system down 4.14.76-6.1.0-so Wed Aug 31 11:22 - 11:23 (00:00)
我只找到一个直接解决这个问题的问题,但遗憾的是它被锁定在 RHEL 订阅后面。
我没有按照双启动这另一个 SE 问题,这本身可能就是不一致的一个例子关闭登录 wtmp。
有谁知道为什么重新启动systemctl
不会一致记录关闭旁边重启?
有没有更好的方法来可靠地判断系统是否经历了意外重启/断电?
答案1
我的答案是这张错误票其中 systemd 单元依赖性导致 utmp 更新服务在关闭时无法运行。
通过将最后一个日志Requisite=
的指令设置为空白,systemd-update-utmp-runlevel.service
现在可以可靠地获得关闭干净重启的条目。