我在安装 2 个新的 Ubuntu 20.04 时遇到了问题。两台笔记本电脑都安装了 AMD CPU，一台安装了 Intel CPU，因此由于问题相同，所以似乎与硬件无关。此外，一台笔记本电脑使用磁盘加密，另一台则不使用。所以这可能也行不通。
问题：
apt-daily.timer对于像和这样的计时器，apt-daily-upgrade.timer持久标志似乎不起作用。一旦设置了计时器，并且在计时器应该已经过去之后启动笔记本电脑，.service则不会触发相应的计时器。我通过以下方式检查了这一点journalctl -u xyz
该命令systemctl list-timers显示为下一个之后是启动时间+随机延迟。
奇怪的是，这似乎不适用于所有计时器。例如fstrim.timer似乎按预期工作。
有人知道为什么会发生这种情况或我该如何进一步调试吗？我已将 LogLevel 设置为调试，但找不到进一步的提示
使用的systemd版本是：
systemd 245（245.4-4ubuntu3）
我还将一台笔记本电脑上的时区设置更改为 UTC，但没有成功。 之后也发生了同样的情况。
感谢您提供有关如何调试的任何提示或意见。
答案1
我继续研究这个主题。
为了测试目的，我添加了一个自己的计时器，同样带有Persistent=true，它称为 apt-daily.service 单元。该计时器与原始计时器单元具有相同的内容，除了 的值RandomizedDelaySec，我将其设置为 0。此后，计时器开始工作，重启后经过的计时器也会触发服务。
我还通过 drop-in 修改了原来的 apt-daily-upgrade，并删除了 的值RandomizedDelaySec，这也导致了计时器的工作。
因此，要么是上述 systemd 版本存在错误，要么是我对计时器的理解仍然不正确。
有人可以用 20.04 验证这一点吗？