date -s仅临时修改系统时间，重启失效；必须同步硬件时钟（hwclock --systohc）、正确设置时区（timedatectl set-timezone）、关闭NTP服务三者缺一不可。
date -s 只改内存时间，重启就丢；真要生效，必须同步硬件时钟 + 确认时区正确 + 关闭 NTP 服务，缺一不可。
用 date -s 临时设时间，但别信它真改了
执行 date -s "2026-09-07 19:05:00" 后，date 命令显示新时间，但 hwclock --show 仍是旧的硬件时间。这是因为 date -s 仅更新内核维护的系统时间，BIOS/UEFI 的 RTC（硬件时钟）完全没动。下次重启，系统从硬件钟读时间，立刻回退。
常见错误现象：
-
date显示对了，但journalctl日志时间仍错 —— 很可能是时区没设对，不是时间本身错 - 改完立刻
reboot，发现又回到原来时间 —— 没运行hwclock --systohc - 在双系统（Linux+Windows）环境改成本地时间写入硬件钟，Windows 开机后时间乱跳 —— 因为 Windows 默认把硬件钟当本地时间，而 Linux 默认当 UTC
用 timedatectl set-time 前必须关 NTP
timedatectl set-time 看似更“高级”，但它会检查 NTP 状态。如果 chronyd 或 ntpd 正在运行，直接执行会报错：Failed to set time: Automatic time synchronization is enabled。
正确顺序是：
- 停服务：
systemctl stop chronyd（或ntpd） - 关自动同步：
timedatectl set-ntp false - 再设时间：
timedatectl set-time "2026-09-07 19:05:00" - （可选）设完重开同步：
timedatectl set-ntp true，但注意：这会让时间立刻被 NTP 拉回，只适合校准几秒偏差，不适合大幅修改
时区设错，所有时间都是幻觉
Linux 内部始终用 UTC 存储时间，date、ls -l 等命令显示的“本地时间”全靠时区解释。很多人改完时间发现差 8 小时，其实只是 /etc/localtime 指向错了。
验证方式：
-
timedatectl | grep "Time zone"—— 看输出是否含Asia/Shanghai -
date -R—— 末尾应为+0800，不是+0000或其他偏移
设上海时区的唯一可靠方式是：timedatectl set-timezone Asia/Shanghai。不要用 tzselect 或临时改 TZ 环境变量，cron、rsyslog、systemd-journald 都不认。
大幅偏差（>15 分钟）时，ntpdate 比 chronyd 更快
chronyd 默认拒绝大步跳变（step），只做 slewing（缓慢调整），可能要等几十分钟才能拉回几小时偏差。这时 ntpdate 是最快补救手段：
- 先停服务：
systemctl stop chronyd - 强制校准：
ntpdate -u pool.ntp.org（-u表示走非特权端口，绕过防火墙限制） - 立即写入硬件钟：
hwclock --systohc
注意：ntpdate 已被标记为 legacy，但在紧急修复大幅偏差时仍最直接。现代发行版中，也可用 chronyc makestep 替代，但需提前在 /etc/chrony.conf 中配置 makestep 1 -1。
/usr/share/zoneinfo/ 下文件、NTP 服务是否静默接管——这三个点，任何一个出问题，你看到的时间就是错的，而且错得毫无征兆。 
