应优先选用阿里云（ntp.aliyun.com）、腾讯云（time1.tencentyun.com）或国家授时中心（cn.ntp.org.cn）等国内低延迟、高可靠的ntp服务器，避免使用pool.ntp.org；配置时需至少添加3个源并启用iburst参数以加快首次同步。
怎么选对NTP服务器：国内可用、低延迟、高可靠
直接用 pool.ntp.org 在国内常遇到解析慢、连接超时或返回的服务器物理距离远，导致 offset 偏差大（>100ms）甚至同步失败。优先选有明确地域归属、由云厂商运维的源。
阿里云、腾讯云、华为云都公开了自有NTP服务，响应快、稳定性强，且不依赖境外节点：
-
ntp.aliyun.com（阿里云，全国多节点，推荐首选） -
time1.tencentyun.com（腾讯云，华北/华东/华南均有接入点） -
cn.ntp.org.cn（中国国家授时中心镜像，权威但负载高时偶有延迟）
配置时务必加 iburst 参数——它会在初次连接时发送8个请求包，大幅缩短首次同步时间（从分钟级降到秒级）。不要只写一个 server，至少配3个，避免单点失效。
chrony.conf 中 makestep 和 driftfile 的真实作用
makestep 不是“每次启动都跳变”，而是设定一个阈值：当系统时间与NTP源偏差超过该值时，才允许一次性跳变校正。默认是 makestep 1.0 3，意思是“偏差 >1 秒且已同步成功3次后才触发跳变”。这对虚拟机刚开机或手动改过时间的场景很关键。
driftfile 记录的是系统时钟每秒快/慢多少微秒（ppm），不是时间差。chronyd 启动后会读取这个文件，用历史漂移率预估当前误差，再结合NTP响应做动态补偿。路径通常是 /var/lib/chrony/drift，必须确保 chronyd 对该文件有写权限，否则 drift 无法更新，长期运行后误差会累积。
注意：driftfile 是 chrony 自动维护的，别手动编辑；makestep 的第一个参数建议设为 1.0 或 0.5，太小（如 0.1）会导致频繁跳变，影响 monotonic clock 应用（如 Go 的 time.Now()）。
硬件时钟（RTC）和系统时钟不同步怎么办
常见现象：重启后时间倒退几分钟，或 timedatectl status 显示 “RTC in local TZ” 但系统设的是 UTC。本质是 RTC 时间存储格式与系统期望不一致。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
先确认 RTC 时区设置：
-
timedatectl status | grep "RTC time"看 RTC 时间是否合理 -
hwclock --show查看硬件时钟原始值 -
date对比系统时间
若差异明显（>5秒），执行 sudo hwclock --systohc 把当前系统时间写回 RTC；若系统是 UTC 模式（推荐），还需确保 timedatectl set-local-rtc 0（关闭本地RTC模式）。
虚拟机用户特别注意：KVM/QEMU 默认把 RTC 当作 UTC，但 Windows 宿主机可能用本地时间。此时需在宿主机禁用“时间同步”功能，或在 guest 内统一设为 UTC 并禁用 Hyper-V / VMware Tools 的时间同步模块。
chronyc tracking 看懂这三项就足够判断同步质量
chronyc tracking 输出里真正要盯的是三列：
-
Offset：当前系统时间与NTP源的瞬时偏差，理想值在 ±50ms 内；持续 >200ms 说明网络抖动或源不可靠 -
Skew：时钟频率漂移率（单位 ppm），1000表示每秒快 1ms；长期稳定在 ±100 以内属正常，>500 表示硬件时钟老化严重 -
Root delay+Root dispersion：总延迟和不确定性之和，>100ms 就该换 NTP 源
别迷信 “System clock synchronized: yes”。它只表示最近一次同步成功，不代表当前没漂移。用 watch -n 5 'chronyc tracking' 持续观察 5 分钟，看 Offset 是否收敛、Skew 是否稳定，才是真实状态。
复杂点在于：driftfile 的修正效果需要数小时才能体现，而 makestep 只解决“大偏差”，不防“慢漂移”。真正稳住时间，靠的是持续的频率补偿 —— 这部分完全由 chronyd 默默完成，你唯一能做的，就是保证它有干净的 driftfile、可靠的 NTP 源、以及不被其他进程（如 systemd-timesyncd）抢走端口。
