手动修改系统时间后重启失效，因未同步至硬件时钟；需用sudo hwclock --systohc写入，或优先使用timedatectl统一管理时间、时区与硬件时钟。
直接改 date 只能临时生效，重启就丢；真要长期准确，必须用 ntpd 或 chronyd 持续校准，且得同步硬件时钟（hwclock）。
手动设置时间后为什么重启就变回去了？
因为 date 只改系统时间，BIOS/UEFI 硬件时钟没更新。下次开机，系统从硬件时钟读时间，自然“倒退”。
- 设完系统时间，立刻执行
sudo hwclock --systohc把当前系统时间写入硬件时钟 - 注意：某些老系统用
sudo hwclock -w，效果一样 - 如果硬件时钟本身不准（比如电池没电），写进去也没用——先换主板电池再操作
用 timedatectl 设置时间/时区更安全
systemd 系统（CentOS 7+、Ubuntu 16.04+、Debian 9+）优先用 timedatectl，它自动处理系统时间、硬件时钟、时区三者联动。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 查当前状态：
timedatectl status，重点关注System clock synchronized和RTC in local TZ两项 - 设时间：
sudo timedatectl set-time '2026-04-12 08:37:00'（注意单引号包裹完整时间字符串） - 设时区：
sudo timedatectl set-timezone Asia/Shanghai，别用/etc/localtime软链老办法，容易出错 - 禁用 NTP 自动同步时，加
sudo timedatectl set-ntp false；启用则用true
ntpd 启动后 ntpq -p 显示空或 no association
说明客户端根本没连上服务器，不是时间没变，是压根没开始同步。
- 先确认服务在跑：
sudo systemctl is-active ntpd返回active才行 - 检查配置文件
/etc/ntp.conf里至少有一行有效的server，比如：server ntp1.aliyun.com iburst（iburst加速首次同步） - 防火墙必须放行 UDP 123 端口：
sudo firewall-cmd --add-service=ntp --permanent && sudo firewall-cmd --reload -
ntpq -p输出第一列是远程服务器地址，全为空或全是*前缀以外的符号，基本就是网络不通或配置无效
生产环境别用 ntpdate 定时脚本
ntpdate 是“跳变式”校时，会突然把系统时间往前或往后拨几秒甚至几分钟，对数据库事务、定时任务、日志时间戳都是灾难。
-
ntpd或chronyd是渐进式调整，靠微调系统时钟频率来“拉回”偏差，业务无感 - 如果必须用
ntpdate（比如某些嵌入式设备不支持ntpd），只允许在系统刚启动、服务未起时运行一次 -
chronyd在低带宽、高延迟或断网场景比ntpd更稳，新系统建议默认选它
最常被忽略的一点：即使 ntpd 运行着，timedatectl status 里 System clock synchronized: yes 也不代表时间绝对准——它只说明最近一次同步成功，但若上游服务器本身漂移大，或本地网络抖动导致采样异常，偏差仍可能悄悄累积到秒级。定期用 ntpq -p 看 offset 列（单位毫秒），持续 >100ms 就该排查了。
