为什么本地时间在"timedatectl设置时间“之后将自己重置为错误的时间？
我有一个异步时间的服务器(Ubuntu20.04)(错误时间约为7.5分钟；RTC似乎已经等于/接近“实时”时间)，我想纠正这个问题：
timedatectl
Local time: Do 2021-04-08 14:32:02 CEST
Universal time: Do 2021-04-08 12:32:02 UTC
RTC time: Do 2021-04-08 12:24:16
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no为此，我在/etc/ntp.conf中包含了一些时间服务器(如这里所描述的)，并通过sudo service ntp restart重新启动了ntp：
server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server 3.de.pool.ntp.org然后，我对sudo timedatectl set-time 14:25:00进行了将系统时钟设置为指定时间。，这样不同步的系统时间将非常接近“真实”时间。
之后，时间似乎(更多)是正确的(虽然说“系统时钟同步:否”)：
timedatectl
Local time: Do 2021-04-08 14:25:04 CEST
Universal time: Do 2021-04-08 12:25:04 UTC
RTC time: Do 2021-04-08 12:25:04
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no但突然(大约半分钟后)，我又得到了这个(本地/世界时间!= RTC时间)：
timedatectl
Local time: Do 2021-04-08 14:33:15 CEST
Universal time: Do 2021-04-08 12:33:15 UTC
RTC time: Do 2021-04-08 12:25:29
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no什么机制可以干扰这里的“当地时间”重新设置为错误的时间每一次？
更新
好的，到现在为止，我已经了解到在Ubuntu中管理/同步时间实际上有两种不同的方法：
老路：
ntp (更确切地说，是ntpd及其配置文件/etc/ntp.conf) ->，它可能仍然安装在我的系统上，因为它已经从旧的Ubuntu发行版升级了好几次。
新途径：
timesyncd似乎是自Ubuntu 16.04以来 (使用配置文件/etc/systemd/timesyncd.conf)的新方法：
确保没有两次同步服务正在战斗的...。虽然不再建议使用，但这仍然适用于安装ntpd以保留通过升级而具有的任何旧的行为/配置。但这也意味着，在从前一个版本升级时，ntp/ntpdate可能仍然被安装，因此使新的基于systemd的服务禁用。ntpdate被认为是过时的，而支持timedatectl (或chrony)，因此默认情况下不再安装。timesyncd通常会做正确的事情，保持时间同步...。
注意: ntp/ntpd != NTP协议
我认为旧的ntpd服务是通过sudo apt-get install ntp安装的，与NTP协议本身不一样。在阅读有关此问题的文章时，这引起了许多混乱，因为在timesyncd的上下文中，当然使用了NTP协议，但这与我所理解的ntp安装/ntpd命令无关。
回答 1
Ask Ubuntu用户
发布于 2021-04-08 16:34:57
RTC是实时时钟，BIOS电池驱动的硬件时间.您的BIOS电池可能正在失败，因此，硬件时钟的漂移比它应该是更糟的。
https://askubuntu.com/questions/1330089
复制相似问题
腾讯云开发者
