必须先执行sudo timedatectl set-ntp false禁用自动同步，才能成功运行sudo timedatectl set-time设置时间；否则报错“Failed to set time: Automatic time synchronization is enabled”，这是系统设计机制而非权限问题。
timedatectl set-ntp false 后才能手动设时间
直接运行 timedatectl set-time 报错 Failed to set time: Automatic time synchronization is enabled 是最常见卡点。NTP 同步开启时，系统禁止手动修改时间——这不是权限问题，而是设计机制。
必须先关掉自动同步：
sudo timedatectl set-ntp false- 再执行
sudo timedatectl set-time "2026-07-09 04:30:00" - 如果后续要恢复自动校准，再执行
sudo timedatectl set-ntp true
注意：set-ntp false 不会停掉 chronyd 或 ntpd 服务，只是让 timedatectl 放行手动操作。服务仍在后台运行，但不再干预系统时钟。
硬件时间（RTC）和系统时间必须区分写入
CentOS 7 的系统时间是软件时钟，断电即丢；硬件时间（CMOS/RTC）靠主板电池维持，但默认按 UTC 存储。两者不同步会导致重启后时间跳变。
常见错误是只改系统时间，忘了刷硬件时间：
- 设完系统时间后，用
sudo hwclock --systohc把当前系统时间写入硬件时钟 - 若硬件时钟已被设为本地时间（比如早期手动改过），需加
--localtime参数：sudo hwclock --systohc --localtime - 更推荐保持硬件时钟为 UTC（默认），用
sudo timedatectl set-local-rtc 0确保一致性
执行 sudo hwclock --show 和 date 对比，能快速验证是否真正同步。
chrony 和 ntpd 不能共存，选一个配源
CentOS 7 默认用 chronyd，不是 ntpd。强行装 ntpd 并启用会导致服务冲突，timedatectl 可能显示 NTP disabled 但实际没生效。
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
确认当前用的是哪个：
systemctl list-units | grep -E "(chrony|ntp)"- 看
chronyd是否 active，或ntpd是否 loaded
修改时间源（以 chrony 为例）：
- 编辑
/etc/chrony.conf - 注释掉默认 pool 行，添加国内可靠源：
server ntp.sjtu.edu.cn iburst或server cn.pool.ntp.org iburst - 重启服务：
sudo systemctl restart chronyd - 验证：
chronyc tracking看 offset，chronyc sources -v看是否已连上
别漏掉 iburst 参数——首次同步时能快速收敛，否则可能等好几轮才生效。
时区不对，NTP 同步出来的时间也“对得离谱”
很多人同步完发现时间还是错的，其实是时区没设对。NTP 只同步 UTC 时间，系统再根据时区换算本地时间。如果时区仍是 Etc/UTC 或 Europe/London，date 显示的就是错的“本地时间”。
检查并修正时区：
-
timedatectl | grep "Time zone"看当前值 - 正确设置：
sudo timedatectl set-timezone Asia/Shanghai - 验证：
date输出应带CST或+0800，且和北京时间一致
别用 cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 这种老方法——它绕过 systemd 管理，timedatectl 无法感知状态，后续 NTP 同步行为可能异常。
真正麻烦的从来不是命令敲错，而是系统时间、硬件时间、时区、NTP 客户端四者之间存在隐式依赖。改其中一项前，先用 timedatectl status 看全貌，比盲目试更省时间。
