如何在更新/var/log/wtmp之前运行假-hwclock？

Question

我有一个raspberry pi，每次重新引导，我最后看到这个输出：

root@RaspberryPi:~# last | grep boot
reboot   system boot  4.4.0-1055-raspi Thu Jan  1 01:00   still running
reboot   system boot  4.4.0-1055-raspi Thu Jan  1 01:00   still running
reboot   system boot  4.4.0-1055-raspi Thu Jan  1 01:00 - 23:01 (17305+22:01)
reboot   system boot  4.4.0-1055-raspi Thu Jan  1 01:00 - 23:01 (17305+22:01)
reboot   system boot  4.4.0-1055-raspi Thu Jan  1 01:00 - 23:01 (17305+22:01)

这是尽管有假的时钟和硬件RTC安装。

目前，针对假hwclock.service的服务在sysinit.target之前启动，如下所示：

[Unit]
Before=sysinit.target

[Service]
ExecStart=/sbin/fake-hwclock load

[Install]
WantedBy=sysinit.target

如何在更新/var/log/wtmp之前使其运行？

Answer 1

我相信这是系统更新-utmp中的一个bug。见我在这里的评论：https://github.com/systemd/systemd/issues/6057#issuecomment-435247567

解决方法是在initramfs中运行假hwclock，然后将控制传递给主systemd实例。

Answer 2

wtmp“重新启动”登录记录由systemd-update-utmp systemd服务处理。它必须在sysinit目标之前启动，这意味着在该启动完成之前，如果服务尚未启动，该服务将启动。这并不意味着systemd一定会在systemd-update-utmp之前启动。

然而，我在我的arch linux服务器上进行了测试，并且一贯的systemd总是在之前运行。另一方面，它们几乎总是彼此之间只有一个pid。

但是，由于它没有在NTP之后显式运行，所以我认为这仍然应该被认为是一个bug。

根据系统手册：

After=与Before=相反，即After=确保在列出的单元启动后启动配置的单元

https://www.freedesktop.org/software/systemd/man/systemd.unit.html

你应该做的是：

systemctl edit systemd-update-utmp

[Unit]
After=systemd-timesyncd.service
Wants=systemd-timesyncd.service