Linux时间不准需同步系统时间、硬件时钟与时区三者，仅改date无效；用date和hwclock -r对比确认偏差，再设时区、启用chronyd平滑校时，并务必执行hwclock --systohc持久化。
Linux系统时间不准，不能只改date就完事——必须同时处理时区、硬件时钟、同步机制三者，否则重启后打回原形，集群里出问题都找不到根。
怎么确认当前时间是否真不准？别只看date输出
Linux有两套独立时钟：系统时间（内核维护）和硬件时间（BIOS电池供电）。date只显示前者，hwclock -r才读硬件时间。两者差几秒还行，差几分钟甚至几年（比如显示2026年但实际是2024年），说明硬件时钟已严重漂移或被错误写入。
- 运行
date和hwclock -r，对比输出；若不一致且差值 > 1s，后续操作需同步两者 - 检查时区是否生效：
date +%z应输出+0800，不是-0500或空 - 用
timedatectl status（systemd 系统）可一次性看到所有状态：本地时区、RTC（硬件）时区、NTP服务是否启用等
改时区不能只拷文件，/etc/localtime软链更安全
直接 cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 虽然能用，但会覆盖原文件，升级系统时可能被重置。推荐用软链接方式，语义清晰且易追踪。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 执行
ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime - 验证：
date输出应含CST或UTC+08，且date +%z返回+0800 - 某些发行版（如较新 CentOS/RHEL）还需设置
timedatectl set-timezone Asia/Shanghai，它会自动更新/etc/localtime并写入/var/lib/timezone - 不要手动改
/etc/sysconfig/clock（旧式配置），systemd 系统已弃用该文件
同步网络时间：优先用chronyd，慎用ntpdate
ntpdate 是单次强制校正，会瞬间跳变系统时间，在数据库、Kubernetes、金融交易类场景中极易引发逻辑错乱（比如 timestamp 回退导致事务失败）。chronyd（或 ntpd）才是平滑调整的正确选择，它通过微调系统时钟频率逐步对齐，不影响业务连续性。
- 安装并启用：
yum install -y chrony→systemctl enable --now chronyd - 确认配置：
grep -E "^server|^pool" /etc/chrony.conf，国内建议用cn.pool.ntp.org或ntp.sjtu.edu.cn - 立即触发一次同步：
chronyc makestep（仅在首次启动或偏差 > 3 秒时需要，它允许大步长修正） - 查看同步状态：
chronyc tracking（看Offset是否在 ±50ms 内）、chronyc sources -v（看是否连上服务器） - 禁用
ntpdate定时任务（如有）：它和chronyd冲突，会导致反复跳变
硬件时间写入时机很关键：重启前必须做hwclock --systohc
很多运维在修好系统时间后忘了这一步，结果机器一重启，BIOS 时间把错误时间又刷回系统，白忙一场。尤其云服务器（如阿里云、腾讯云）的 BIOS 时间默认不随系统时间更新，必须显式同步。
- 确认系统时间已校准（
chronyc tracking显示 offset 很小）后，再执行：hwclock --systohc - 该命令等价于
hwclock -w，但语义更明确；不要用hwclock -s（那是把硬件时间刷给系统，反向操作） - systemd 系统还可配置自动同步：编辑
/etc/systemd/timesyncd.conf，取消注释HardwareClock=yes，然后systemctl restart systemd-timesyncd - 注意：如果硬件时钟本身被设为 UTC（常见于双系统 Windows+Linux），而你又强行写入本地时间，会导致 Windows 时间错乱——此时应统一设为 UTC，并让系统按本地时区解释，但生产环境更推荐全用本地时间避免混淆
最常被忽略的是硬件时钟与系统时钟的耦合关系：哪怕 chronyd 每秒都在微调，只要 hwclock --systohc 没跑，下次断电重启就回到“出厂时间”。这个动作不在服务里自动触发，得人盯住。
