timedatectl 是 CentOS 7 修改系统时间的唯一推荐方式，需先禁用 NTP 同步（stop chronyd/ntpd 并 set-ntp false），再用带引号的严格格式设时间，随后执行 hwclock --systohc 同步硬件时钟，并正确设置时区为 Asia/Shanghai。
timedatectl 是 CentOS 7 修改系统时间的唯一推荐方式，直接用 date 或 hwclock 单独操作，大概率导致重启后时间错乱。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
修改前必须停掉 chronyd 或 ntpd
timedatectl set-time 命令在 NTP 同步启用状态下会直接报错：Failed to set time: Automatic time synchronization is enabled。
这不是权限问题，而是 systemd 的强制保护机制。
- 先确认服务状态：timedatectl status 看 NTP enabled 是否为 yes
- 若是，执行：sudo systemctl stop chronyd（默认服务）或 sudo systemctl stop ntpd（若装了 ntp）
- 再禁用自动同步：sudo timedatectl set-ntp false
- 修改完时间后记得重新启用：sudo systemctl start chronyd && sudo timedatectl set-ntp true设时间必须带引号且格式严格
timedatectl set-time 对字符串格式敏感，不加引号或空格错位会导致解析失败。
- 正确写法（推荐）：sudo timedatectl set-time "2026-07-09 10:30:00"
- 仅设时间：sudo timedatectl set-time "10:30:00"
- 仅设日期：sudo timedatectl set-time "2026-07-09"
- 错误写法：sudo timedatectl set-time 2026-07-09 10:30:00（shell 会把空格拆成两个参数）
- 注意：年份必须四位，月/日/时/分/秒必须两位，7-9 10:30:0 这类写法会失败
改完时间必须同步到硬件时钟
系统时间改完只是内存里的值，BIOS/CMOS 硬件时钟（RTC）仍保持旧值。重启后系统会从 RTC 读取时间，导致“刚改完，一重启又回去了”。 - 执行：sudo hwclock --systohc（标准做法，RTC 使用 UTC）
- 或等效命令：sudo timedatectl set-local-rtc 0（确保 RTC 为 UTC 模式）
- 不要执行 hwclock --systohc --localtime，这会让 RTC 存本地时间，跨时区或双系统时极易出错
时区不对，时间再准也没用
很多用户发现date 显示时间是对的，但日志、cron、Web 应用却差 8 小时——本质是时区没设对。
- 查当前时区：timedatectl | grep "Time zone"
- 设为中国时区：sudo timedatectl set-timezone Asia/Shanghai
- 验证：timedatectl 输出中 Local time 和 Universal time 应相差 +0800
- 切勿用软链接方式手动改 /etc/localtime，timedatectl 会覆盖它，且不触发 systemd 时间服务重载
最关键的遗漏点不是命令记不住，而是忘了 hwclock --systohc ——这一步在虚拟机里尤其容易被跳过，因为宿主机时间看着“好像没变”，实际 RTC 已滞后。
