WSL 时间同步跑偏5 步排查时钟与时区不一致【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSLWSLWindows Subsystem for LinuxWindows 上的 Linux 子系统默认会跟随宿主机的时区但电脑睡眠、休眠一阵之后WSL 时间同步很容易掉线date显示的时间比 Windows 慢几个小时或者你在 Windows 里改了时区WSL 里纹丝不动。WSL 时间偏差的根因其实是两套独立机制——时区和时钟这篇把两者拆开讲各自给修复路径。先分清问题是时钟错了还是时区错了大部分时间乱了的帖子其实是把两件事混在一起说。WSL 里跟时间有关的同步有两条线机制完全不同时区同步决定同一个时刻怎么显示。init 进程启动时从 Windows 拿到时区Windows 侧先把时区 ID 转成 IANA 标识符再通过消息传给 Linux 侧Linux 侧的 timezone.cpp 据此重建/etc/localtime符号链接并把标识符写进/etc/timezone。它只在启动时和 Windows 时区变更时触发。时钟同步决定现在是几点。WSL2 的 Linux 内核跑在轻量虚拟机里虚拟机没有真正的实时硬件时钟休眠唤醒后虚机时钟停在哪就是哪不会自动追平 WindowsWSL1 是系统调用翻译层时间直接跟宿主走基本不受影响。用两条命令判断是哪类问题在WSL 终端里同时看当前时间与硬件时钟date sudo hwclock --showdate与 Windows 时间差恰好是整时区差比如 8 小时多半是时区问题差值不是整数小时、且睡越久差得越多多半是时钟问题。一句话总结两者的差异时区是变更时拉取的同步时钟是唤醒后没人管的漂移——所以后文的修法完全不同别拿时区的配置去修时钟问题。时区不对核对两个文件再确认自动同步开关先核对 /etc/localtime 和 /etc/timezone 的现状在WSL 终端执行ls -l /etc/localtime cat /etc/timezone预期输出/etc/localtime是指向/usr/share/zoneinfo/下某个时区文件的符号链接/etc/timezone里是形如Asia/Shanghai的 IANA 标识符。如果符号链接还指向上一个时区说明最近一次同步没发生或者失败了。开关没开时改一行 /etc/wsl.conf 配置自动同步的开关是[time]段下的useWindowsTimezone默认true跟随 Windows。这个键在 WslDistributionConfig.cpp 里被解析如果你之前把它设成了false现在想恢复最小配置如下# /etc/wsl.conf只保留相关段其余段略 [time] useWindowsTimezone true配置在启动时读取改完需要重启实例才生效# PowerShell wsl --shutdown wsl验证Windows 改时区 → WSL 跟着变这条链路在 Windows 设置里换一次时区比如从上海切到东京然后回到WSL 终端执行date。Windows 服务端的 helpers.cpp 负责取当前时区并转成 IANA 标识LxssInstance.cpp 会把它广播给所有运行中的实例如果date的输出没变就往下文排查。时钟不对唤醒后的三条修复命令立即补救把虚拟机 RTC 读回系统时钟WSL2 的虚拟 RTC 由宿主维护通常是对的先把系统时钟拉回来sudo hwclock -s执行后再date一次与 Windows 时间接近就说明追平了。⚠️ 这条命令每次唤醒后都要手动跑属于止血手段不是长久之计。长期方案用 chrony 自动追平漂移让 NTP 客户端在每次唤醒后自动校时就不会再积累偏差。WSL2 带 systemd 时可以用服务管理sudo apt update sudo apt install -y chrony sudo systemctl enable --now chronyd chronyc sourceschronyc sources里出现^*标记表示已锁定时间源自动同步生效。如果公司内网有自建 NTP 服务器改/etc/chrony/chrony.conf里的server行指向内网地址即可不用公网源。/mnt/c 下文件时间戳还不对时Linux 系统时间已正确、但/mnt/c里的文件时间戳仍然偏差问题在 drvfs把 Windows 盘符映射成 Linux 路径的挂载层的时间缓存。最简单的办法是重启实例刷新挂载状态# PowerShell wsl --shutdown wsl想把时区焊死关闭自动同步并手动接管如果你的工作负载要求时区恒定日志聚合、数据库连接串、定时任务跨机器对齐就不该让它跟着 Windows 走。关一行配置把时区控制权交出来# /etc/wsl.conf [time] useWindowsTimezone false⚠️ 关掉后init 检测到该开关为假会直接跳过所有时区写入见 timezone.cpp 开头的判断之后再怎么改 Windows 时区都不会动你的系统。另外注意WSL 安全模式会强制关闭包括自动时区在内的一组特性如果你发现没动过配置但同步失效了先确认没进过安全模式。手动钉住目标时区在WSL 终端里手工指定避免被任何残留逻辑覆盖sudo ln -sfn /usr/share/zoneinfo/Asia/Shanghai /etc/localtime echo Asia/Shanghai | sudo tee /etc/timezone datedate的输出应显示目标时区的本地时间至此时区完全由你掌控。排错速查卡住时依次看这三处确认 tzdata 文件在不在Linux 侧同步前会检查/usr/share/zoneinfo/下对应时区文件是否存在缺失时直接放弃并打警告。先确认文件在ls /usr/share/zoneinfo/Asia/Shanghai sudo apt install -y tzdata # 不存在再装翻内核日志找同步时的报错dmesg | grep -i timezone能直接看到符号链接重建失败unlink/symlink错误或 tzdata 缺失的警告比盲目重装快。确认同步触发条件是否满足过时区同步只有两个触发点实例启动时区随初始化配置一起下发和 Windows 用户时区变更服务端向每个运行实例发更新消息逻辑见 LxssInstance.cpp。如果两个场景都没发生过同步本来就不会执行——这不是故障。先用date对比 Windows 时间区分时区差整数小时与时钟漂移非整数、随休眠增长时区由/etc/wsl.conf的[time] useWindowsTimezone控制改完wsl --shutdown重启实例生效WSL2 唤醒后的时钟漂移sudo hwclock -s能立即追平chrony 能自动追平需要恒定时间区时关掉useWindowsTimezone并手动设置/etc/localtime卡住时按顺序查tzdata 文件 →dmesg日志 → 触发场景是否发生过【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 WSL 时间同步跑偏？5 步排查时钟与时区不一致
WSL 时间同步跑偏5 步排查时钟与时区不一致【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSLWSLWindows Subsystem for LinuxWindows 上的 Linux 子系统默认会跟随宿主机的时区但电脑睡眠、休眠一阵之后WSL 时间同步很容易掉线date显示的时间比 Windows 慢几个小时或者你在 Windows 里改了时区WSL 里纹丝不动。WSL 时间偏差的根因其实是两套独立机制——时区和时钟这篇把两者拆开讲各自给修复路径。先分清问题是时钟错了还是时区错了大部分时间乱了的帖子其实是把两件事混在一起说。WSL 里跟时间有关的同步有两条线机制完全不同时区同步决定同一个时刻怎么显示。init 进程启动时从 Windows 拿到时区Windows 侧先把时区 ID 转成 IANA 标识符再通过消息传给 Linux 侧Linux 侧的 timezone.cpp 据此重建/etc/localtime符号链接并把标识符写进/etc/timezone。它只在启动时和 Windows 时区变更时触发。时钟同步决定现在是几点。WSL2 的 Linux 内核跑在轻量虚拟机里虚拟机没有真正的实时硬件时钟休眠唤醒后虚机时钟停在哪就是哪不会自动追平 WindowsWSL1 是系统调用翻译层时间直接跟宿主走基本不受影响。用两条命令判断是哪类问题在WSL 终端里同时看当前时间与硬件时钟date sudo hwclock --showdate与 Windows 时间差恰好是整时区差比如 8 小时多半是时区问题差值不是整数小时、且睡越久差得越多多半是时钟问题。一句话总结两者的差异时区是变更时拉取的同步时钟是唤醒后没人管的漂移——所以后文的修法完全不同别拿时区的配置去修时钟问题。时区不对核对两个文件再确认自动同步开关先核对 /etc/localtime 和 /etc/timezone 的现状在WSL 终端执行ls -l /etc/localtime cat /etc/timezone预期输出/etc/localtime是指向/usr/share/zoneinfo/下某个时区文件的符号链接/etc/timezone里是形如Asia/Shanghai的 IANA 标识符。如果符号链接还指向上一个时区说明最近一次同步没发生或者失败了。开关没开时改一行 /etc/wsl.conf 配置自动同步的开关是[time]段下的useWindowsTimezone默认true跟随 Windows。这个键在 WslDistributionConfig.cpp 里被解析如果你之前把它设成了false现在想恢复最小配置如下# /etc/wsl.conf只保留相关段其余段略 [time] useWindowsTimezone true配置在启动时读取改完需要重启实例才生效# PowerShell wsl --shutdown wsl验证Windows 改时区 → WSL 跟着变这条链路在 Windows 设置里换一次时区比如从上海切到东京然后回到WSL 终端执行date。Windows 服务端的 helpers.cpp 负责取当前时区并转成 IANA 标识LxssInstance.cpp 会把它广播给所有运行中的实例如果date的输出没变就往下文排查。时钟不对唤醒后的三条修复命令立即补救把虚拟机 RTC 读回系统时钟WSL2 的虚拟 RTC 由宿主维护通常是对的先把系统时钟拉回来sudo hwclock -s执行后再date一次与 Windows 时间接近就说明追平了。⚠️ 这条命令每次唤醒后都要手动跑属于止血手段不是长久之计。长期方案用 chrony 自动追平漂移让 NTP 客户端在每次唤醒后自动校时就不会再积累偏差。WSL2 带 systemd 时可以用服务管理sudo apt update sudo apt install -y chrony sudo systemctl enable --now chronyd chronyc sourceschronyc sources里出现^*标记表示已锁定时间源自动同步生效。如果公司内网有自建 NTP 服务器改/etc/chrony/chrony.conf里的server行指向内网地址即可不用公网源。/mnt/c 下文件时间戳还不对时Linux 系统时间已正确、但/mnt/c里的文件时间戳仍然偏差问题在 drvfs把 Windows 盘符映射成 Linux 路径的挂载层的时间缓存。最简单的办法是重启实例刷新挂载状态# PowerShell wsl --shutdown wsl想把时区焊死关闭自动同步并手动接管如果你的工作负载要求时区恒定日志聚合、数据库连接串、定时任务跨机器对齐就不该让它跟着 Windows 走。关一行配置把时区控制权交出来# /etc/wsl.conf [time] useWindowsTimezone false⚠️ 关掉后init 检测到该开关为假会直接跳过所有时区写入见 timezone.cpp 开头的判断之后再怎么改 Windows 时区都不会动你的系统。另外注意WSL 安全模式会强制关闭包括自动时区在内的一组特性如果你发现没动过配置但同步失效了先确认没进过安全模式。手动钉住目标时区在WSL 终端里手工指定避免被任何残留逻辑覆盖sudo ln -sfn /usr/share/zoneinfo/Asia/Shanghai /etc/localtime echo Asia/Shanghai | sudo tee /etc/timezone datedate的输出应显示目标时区的本地时间至此时区完全由你掌控。排错速查卡住时依次看这三处确认 tzdata 文件在不在Linux 侧同步前会检查/usr/share/zoneinfo/下对应时区文件是否存在缺失时直接放弃并打警告。先确认文件在ls /usr/share/zoneinfo/Asia/Shanghai sudo apt install -y tzdata # 不存在再装翻内核日志找同步时的报错dmesg | grep -i timezone能直接看到符号链接重建失败unlink/symlink错误或 tzdata 缺失的警告比盲目重装快。确认同步触发条件是否满足过时区同步只有两个触发点实例启动时区随初始化配置一起下发和 Windows 用户时区变更服务端向每个运行实例发更新消息逻辑见 LxssInstance.cpp。如果两个场景都没发生过同步本来就不会执行——这不是故障。先用date对比 Windows 时间区分时区差整数小时与时钟漂移非整数、随休眠增长时区由/etc/wsl.conf的[time] useWindowsTimezone控制改完wsl --shutdown重启实例生效WSL2 唤醒后的时钟漂移sudo hwclock -s能立即追平chrony 能自动追平需要恒定时间区时关掉useWindowsTimezone并手动设置/etc/localtime卡住时按顺序查tzdata 文件 →dmesg日志 → 触发场景是否发生过【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考