☰

无法解释“last”命令输出中的某些条目

tag-icon • tag-icon ubuntu
无法解释“last”命令输出中的某些条目

这是“最后”的终端输出中的一些条目

alex     tty2         tty2             Sun May 29 14:34 - down  (20+15:14)
reboot   system boot  5.13.0-44-generi Sun May 29 14:34 - 05:48 (20+15:14)
alex     tty2         tty2             Sun Mar 27 11:54 - down  (63+02:38)
reboot   system boot  5.13.0-35-generi Sun Mar 27 10:29 - 14:33 (63+04:03)
alex     tty2         tty2             Sat Mar 12 19:21 - crash (14+14:08)
reboot   system boot  5.13.0-35-generi Sat Mar 12 19:20 - 14:33 (77+18:12)
alex     tty2         tty2             Wed Feb 23 08:34 - crash (17+10:46)
reboot   system boot  5.13.0-30-generi Mon Jan 10 05:07 - 14:33 (139+08:25)
alex     tty2         tty2             Sun Feb 20 15:42 - crash (-41+10:34)
reboot   system boot  5.13.0-28-generi Sun Feb 20 15:42 - 14:33 (97+21:51)
alex     tty2         tty2             Sun Feb 20 15:36 - crash  (00:05)

除了外星人之外，如果出现以下情况，您还可以建议哪些场景：

  • 这不是我的电脑，但我现在拥有它，并且线路

    重新启动系统启动 5.13.0-35-generi 3 月 12 日星期六 19:20 - 14:33 (77+18:12)

is the date and time when I opened the laptop lid for the first time, I had a password, since I am a relative of the owner of the computer. Please pay attention to line

reboot system boot 5.13.0-30-generi Mon Jan 10 05:07 - 14:33 (139+08:25)

那里有一个奇怪的日期。我主要感兴趣的是这样的记录和这样的日期是如何出现的（外星人除外）。如何解释这个奇怪的日期没有授权登录？毕竟，总是在“rebo​​ot”- user 之后，下一行是授权登录。或者我错过了什么？任何其他场景都是可以接受的，无论是计算机所有者的参与，还是在计算机所有者睡觉时邻居的参与。让我提醒您，我不是计算机的所有者，而是所有者的利害关系方-亲属。 ps 两块电池（主电池和BIOS）均正常，计算机上安装的唯一操作系统是Ubuntu。欢迎任何意见。

答案1

这些日期似乎都符合 2022 年的日历。

这些(dd+hh:mm)值将是相应登录会话的长度，或者从重新启动到上一次登录的时间。看起来笔记本电脑不经常使用，并且可能被置于挂起至 RAM 模式，直到电池因自放电而耗尽，导致挂起状态消失。从这种状态恢复将关闭任何先前的登录记录crash。

任何系统启动通常都会生成一个reboot条目。如果系统以受控方式正常关闭，则先前的条目将在实际关闭时间reboot关闭。down (uptime)如果系统在没有先前受控关闭的情况下启动，则先前的reboot条目将被假定为在当前系统启动时间之前崩溃（因为该逻辑最初是为服务器开发的，假定服务器一直在运行）。

alex     tty2         tty2             Wed Feb 23 08:34 - crash (17+10:46)
reboot   system boot  5.13.0-30-generi Mon Jan 10 05:07 - 14:33 (139+08:25)
alex     tty2         tty2             Sun Feb 20 15:42 - crash (-41+10:34)
reboot   system boot  5.13.0-28-generi Sun Feb 20 15:42 - 14:33 (97+21:51)
alex     tty2         tty2             Sun Feb 20 15:36 - crash  (00:05)

这看起来系统时间可能在 2 月 20 日星期日或之后的某个时间被修改，导致重新启动条目的正常运行时间约为“97 天近 22 小时”，然后用户 的登录会话时间为“负 41 天” alex。请注意，“1 月 10 日”与 2 月 20 日之间相差约 41 天。 “崩溃”条目表明系统未正确关闭，但可能已强制关闭电源（或只是暂停直至电池耗尽）。

然而，由于现代操作系统倾向于尽可能尝试从互联网同步时间，因此看起来系统在“1 月 10 日”（这可能是伪造的时间）启动一次，当用户alex登录时， 2 月 23 日的时间已重新同步。

如果 2022 年 1 月 10 日至 2022 年 2 月 24 日之间的时间范围具有一定的法律重要性（例如，笔记本电脑据称包含死者遗嘱和遗嘱的最新版本，日期在该范围内），那么我建议进行适当的法医检查由值得信赖的公正专家来评估该系统，而不是在互联网上四处询问。

相关内容