这是我解决的问题的报告，但我觉得该解决方案可能对其他人有用。
该问题出现在 Raspbian 9.13 上。由于某些（可能是硬件）原因仍有待发现，我的基于 Raspberry pi 的路由器崩溃了并且无法重新启动。我发现它卡在树莓派刚刚通电时显示的类似彩虹的图像上。
不管怎样，我重新启动了 Pi，一切都像往常一样工作。
唯一不起作用的是 Bind 9。守护进程正在运行，但名称解析不起作用。
我查看了以下帮助：https://dnsinstitute.com/documentation/dnssec-guide/ch05s04.html因为我在 /var/log/named/dnssec.log 中发现了奇怪的日志：
validating ./NS: verify failed due to bad signature (keyid=60955): RRSIG validity period has not begun
我发现的一个可能的解决方案是，确实，时间不对：圆周率显示的时间是过去五个小时前的时间。这解释了为什么它在未来发现 RRSIG 的有效性。
问题是：它无法正确设置时间，因为它无法解析 NTP 服务器名称。因为名称解析根本不起作用，因为时间不对。
答案1
Raspberry Pi 没有（电池供电的）实时时钟，因此断电后它们会忘记当前时间。虽然您可以用传统的方式处理这个问题并在启动后手动输入时间，但还有其他选择。
由于此处的问题是 DNS，一个简单的解决方案是仅使用 IP 地址指定启动时使用的时间服务器。至少只要您有一个不太可能移动到另一个地址的本地时间服务器，那应该是相对安全的。但如果系统在网络关闭的情况下启动，这将无济于事。
一个真正便宜的解决方案是在关闭时简单地保存文件系统上的当前时间，并在启动时读回它。您不知道在此期间已经过去了多少时间，但至少对于快速重新启动来说，您不会太远。但如果系统在没有运行所有关闭任务的情况下崩溃，时间就不会被节省。您可以通过每隔一段时间明确节省一次时间来解决这个问题，同时考虑到重新启动后需要多长时间以及存储的写入耐久性。
或者，只需为 Pi 购买一个 RTC 模块。它们并不难找到，而且花费也不高。 （例如thepihut.com,adafruit.com）
答案2
为了避免这些情况，我使用硬编码的 IP 地址在 chrony/ntpd 中包含了 NTP 源。这可能是：
- LAN 上已有电池供电 RTC 的 NTP 服务器
- Google/Cloudflare 等的 NTP 服务器
答案3
所以我使用 date 命令正确设置时间：
sudo date -s '2023-06-23 10:39:20'
一切都恢复正常了。
我将其发布在这里是因为这是一个奇怪的问题。
希望有一天这可以帮助某人。
干杯！
答案4
经典的 UNIX 方法是ntpdate在启动过程的早期使用 DHCP 推送的服务器设置日期，然后ntpd在系统完全启动后启动该过程。