最可靠的方式是用timedatectl设置时区：先timedatectl status查看，再timedatectl list-timezones筛选，最后sudo timedatectl set-timezone asia/shanghai设置；手动修改/etc/localtime易导致服务时间解析错误。

Linux设置时区最可靠的方式就是用timedatectl，别碰/etc/localtime软链接或tzselect 手动修改，容易错且不被systemd服务识别。怎么用timedatectl查看和设置时区

先确认当前状态：timedatectl status 会显示时区:行，比如亚洲/上海(CST,+0800)。注意中间里是桥梁和偏移，不是时区名本身。

列出所有可用时区：timedatectl list-timezones，结果很长，建议管道过滤：timedatectl 列表时区 | grep -i shanghai。

设置时区必须用完整区域/城市名称（不能只写 CST 或 +0800）：sudo timedatectl set-timezone Asia/Shanghaisudo timedatectl set-timezone America/New_York错误示例：sudo timedatectl set-timezone CST → 报错 Unknown timezone 'CST' 为什么不能直接 ln -sf /usr/share/zoneinfo/... /etc/localtime

老教程常教手动软链，但systemd系统下这会导致timedatectl日志崩溃，甚至部分服务（如rsyslog、journalctl）时间仍然按UTC解析。

timedatectl set-timezone不仅更新/etc/localtime，还会写入/var/lib/systemd/clock并通知所有时间变化的单元，这是手动操作做不到的。

SONIFY.io

设计和开发音频优先的产品和数据驱动的解决方案下载

常见坑：软链指向了 /usr/share/zoneinfo/ROC（中华民国标准时间）→ 实际上是 UTC+08:00，但名字和语义不符，timedatectl 无法识别为合法时区软链指向了 /usr/share/zoneinfo/Asia/Chongqing → 虽然时间相同，但 systemd 不推荐非标准城市名，list-timezones里根本不会排队来timedatectl和系统同步的关系

时区设置和NTP同步是两件事，但很容易不一致。对时区设置后，如果系统时间本身不准，date命令显示错——因为时区只是“解释”时间，不负责“解决”时间。

检查NTP时间是否启用：timedatectl status 查看时间NTP启用：和NTP同步： 两行。

启用自动同步（推荐）：sudo timedatectl set-ntp true → 启用systemd-timesyncd如果用chrony或ntpd，要保证对应服务运行，timedatectl只管协调，不管具体实现禁用NTP之后设定时区，日期显示可能会立即跳变（比如从UTC切到CST，秒数显示但加了8小时）

真正麻烦的是容器或 chroot 环境：一个机设置了时区，容器内默认还是 UTC，得单独挂载 /etc/localtime 或在启动时传 TZ 环境变量——这一点很容易漏，而且不同容器运行时行为还不一致。