ntpdate校正是原子的吗？

Question

昨天(7月30日)，我在/var/log/syslog中找到了以下内容

Dec 16 22:54:05 omap ntpdate[432]: step time server 91.189.94.4 offset 12052648.821465 sec

日期91.189.94.4“修正了我的时钟从7月30日至12月16日！”据http://www.pool.ntp.org/scores/91.189.94.4称，该服务器的关机时间不超过2ms。

现在，我确实有了一个脚本，它在系统启动时调用date命令，以便以~1s的精度设置时钟。从本地网络读取粗时间，并调用date来设置时间。我必须这样做，因为系统没有实时时钟，而且可能无法为NTP提供Internet连接。

我不知道Linux如何猜测没有可用时钟的初始时间，但我注意到这可能是非常错误的(这是合理的)。我对所发生的事情唯一的想法是：

1. 3月15日，系统启动并初始化时钟。
2. ntpdate开始与NTP服务器对话，确定3月15日与实际日期相比有多错误。
3. 我的剧本把系统的时钟定在7月30日
4. ntpdate确定时钟慢了12052648秒，并加上了修正，假设时钟还在3月15日。
5. 12052648号实际上是7月30日加起来的，使时钟延长到12月16日。

坦率地说，我对NTP的工作方式并不太熟悉。上述说法是否合理？还有别的解释吗？

Answer 1

在不了解更多关于你的设置的情况下，你的理论听起来是可信的。

您将希望更改启动脚本，以确保设置系统日期的date命令在ntpdate启动之前完成。

Answer 2

为什么不使用ntpd?

ntpd比ntpdate更有效地确保您的时钟是正确的，因为它将更新缓冲为较小的更改，以避免对系统造成任何类型的冲击。

而且它绝对不会意外地改变你的时钟到一个不同的月份！

关于如何在您的系统上安装和启用ntpd，我会给出更精确的说明，但您没有指定发行版。