1. 问题现象与根源剖析为什么总是慢8小时如果你在电脑上同时安装了Ubuntu和Windows并且经常在两个系统之间切换那么“时间不同步”这个问题你大概率遇到过。最典型的现象就是在Ubuntu里时间显示完全正确但一切换到Windows系统时间就莫名其妙地慢了整整8个小时。这个“8小时”的误差非常精准它指向了一个根本性的时区设定差异——格林威治标准时间GMT与东八区UTC8即北京时间之间的时差。这个问题并非简单的软件Bug而是源于两个操作系统对硬件时钟RTC Real-Time Clock时间解读方式的根本分歧。你的电脑主板上有一块小小的纽扣电池它负责在电脑断电后为一块独立的计时芯片供电这就是硬件时钟。它记录的是一个绝对的时间戳比如从某个纪元通常是1970年1月1日开始经过的秒数。Windows的默认策略Windows默认将硬件时钟存储的时间视为“本地时间”Local Time。也就是说如果你在中国系统时区设置为UTC8那么Windows会认为硬件时钟上存储的就是北京时间。它读取这个时间直接显示给你。Linux/Ubuntu的默认策略包括Ubuntu在内的大多数Linux发行版默认将硬件时钟存储的时间视为“协调世界时”UTC。系统启动时它会从硬件时钟读取UTC时间然后根据你设置的时区例如Asia/Shanghai在UTC时间上加上8小时的偏移量计算出本地时间再显示。当Ubuntu作为后安装的系统或者在你使用Ubuntu时它可能会按照自己的规则将当前的正确时间比如北京时间下午2点减去8小时将结果UTC时间上午6点写入硬件时钟。此时硬件时钟存储的是UTC时间。当你重启电脑进入Windows后Windows读取硬件时钟它“以为”这个时间就是本地时间于是直接把“上午6点”显示给你这就造成了你看到的“慢了8小时”的现象。反之如果Windows将本地时间写入硬件时钟Ubuntu读取后当成UTC时间再加上8小时就会导致Ubuntu时间“快了8小时”。所以这个问题的核心矛盾在于硬件时钟里存的到底是UTC时间还是本地时间两个系统对此的“共识”不一致导致了显示上的时差。解决思路也就非常清晰让两个系统对硬件时钟的解读规则统一起来。通常我们选择让硬件时钟使用UTC时间然后分别调整两个系统的配置这是最符合国际标准且一劳永逸的方案。2. 解决方案一统一使用UTC时间推荐方案这个方案的目标是将硬件时钟设置为存储UTC时间然后分别配置Windows和Ubuntu让它们都基于UTC时间来计算本地时间。这是Linux世界的标准做法也是我强烈推荐的方案因为它逻辑清晰且能更好地支持多时区、夏令时等复杂情况。2.1 在Ubuntu中确认并配置使用UTC首先我们需要确认Ubuntu当前的设置并进行必要的配置。检查当前设置在Ubuntu终端中使用以下命令可以查看系统是否将硬件时钟视为UTC。timedatectl查看输出中的RTC in local TZ: no这一行。如果显示no说明Ubuntu当前认为硬件时钟存储的是UTC时间这是正确的状态。如果显示yes则需要修改。配置Ubuntu使用UTC如需要如果上一步显示RTC in local TZ: yes说明Ubuntu被错误地配置为将硬件时钟视为本地时间。我们需要将其改回UTC。timedatectl set-local-rtc 0这条命令告诉系统硬件时钟不是本地时间。执行后再次运行timedatectl确认RTC in local TZ:后面已经变为no。将当前正确时间写入硬件时钟关键步骤现在我们需要把Ubuntu系统当前计算出的正确时间基于UTC时区偏移回写到硬件时钟中。注意这里写入的是UTC时间。sudo hwclock --systohc --utc--systohc将系统时间system time同步到硬件时钟hardware clock。--utc指明系统时间是基于UTC的。这条命令执行后硬件时钟里存储的就是当前的UTC时间了。注意在某些非常老的系统或教程中你可能会看到修改/etc/adjtime文件的方法。在现代使用systemd的Ubuntu16.04及以后版本中timedatectl是官方推荐的管理工具它会更安全地处理相关配置避免直接编辑配置文件可能带来的问题。2.2 在Windows中配置识别UTC时间默认情况下Windows认为硬件时钟是本地时间。我们需要通过修改注册表告诉Windows“请把硬件时钟当作UTC时间来解读”。警告修改注册表有风险操作前建议备份注册表或创建系统还原点。打开注册表编辑器在Windows中按下Win R输入regedit并回车。导航到目标项在注册表编辑器中依次展开文件夹找到以下路径HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation新建DWORD值在右侧空白处点击右键选择新建-DWORD (32位) 值。将新值的名称命名为RealTimeIsUniversal。修改数值数据双击新建的RealTimeIsUniversal将其“数值数据”从0修改为1。基数选择“十六进制”或“十进制”均可因为1在这两种进制下都是1。重启电脑修改完成后关闭注册表编辑器并重启电脑使设置生效。这个注册表项的作用当RealTimeIsUniversal值为1时Windows在启动时会从硬件时钟读取UTC时间然后根据Windows系统设置的时区将其转换为本地时间显示。这正好与Ubuntu的行为模式对齐了。操作后的验证重启进入Windows后系统时间应该显示正确。此时再重启进入Ubuntu时间也应该正确。双方现在基于同一个“硬件时钟存UTC”的约定进行工作冲突就此解决。3. 解决方案二统一使用本地时间备选方案如果你因为某些特殊原因例如需要使用某些旧的、不兼容UTC时间解读方式的Windows软件或双启动管理器不希望修改Windows注册表那么可以选择反向操作让硬件时钟存储本地时间并强制Ubuntu也以本地时间的方式去解读它。这不是Linux社区的标准做法但作为一种解决方案是可行的。3.1 在Windows中保持默认本地时间此方案下Windows无需任何改动保持其默认行为即可即认为硬件时钟存储的就是本地时间。请确保你的Windows时区设置正确例如“(UTC08:00) 北京重庆香港特别行政区乌鲁木齐”。3.2 在Ubuntu中配置使用本地时间我们需要告诉Ubuntu“请把硬件时钟里的时间当作本地时间不要自动加8小时”。设置Ubuntu将硬件时钟视为本地时间timedatectl set-local-rtc 1 --adjust-system-clockset-local-rtc 1设置硬件时钟为本地时间模式。--adjust-system-clock这个参数非常重要。它会立即根据新的设置重新计算系统时间。假设执行命令前硬件时钟存的是“北京时间14:00”Ubuntu原以为是UTC时间所以显示为“22:00”。加上这个参数后系统会立刻将显示时间调整为“14:00”。将当前系统时间写入硬件时钟执行上一条命令后Ubuntu的系统时间显示应该已经变成了正确的本地时间。现在我们将这个本地时间写入硬件时钟。sudo hwclock --systohc注意这里没有--utc参数。因为我们明确要求hwclock将系统时间现在已被视为本地时间直接写入硬件时钟。方案二的潜在问题时区与夏令时将硬件时钟固定为本地时间后如果你需要切换时区或者所在地区实行夏令时处理起来会变得麻烦。因为硬件时钟本身不携带时区信息你手动调整时间后可能会在其他系统中造成混淆。不符合规范在Linux服务器和跨时区协作环境中使用UTC是通用标准。将个人电脑设置为本地时间模式虽然解决了双系统问题但可能在与某些网络时间协议NTP服务或分布式系统交互时遇到边缘情况。因此除非你有必须使用本地时间的强理由否则方案一统一UTC是更优、更标准的选择。4. 时间同步与防复发配置解决了基础解读规则后我们还需要确保每个系统内部的时间是持续准确的。网络时间协议NTP服务可以自动与互联网上的时间服务器同步修正因主板电池电量不足或时钟漂移产生的微小误差。4.1 在Ubuntu中配置并启用NTP现代Ubuntu使用systemd-timesyncd作为默认的轻量级NTP客户端它通常已经启用并配置好了。检查状态timedatectl status查看输出中的System clock synchronized:行如果显示yes说明NTP同步正常。NTP service:行显示active则表示服务在运行。手动启用/控制如果未激活sudo timedatectl set-ntp true这命令会启用并启动NTP同步服务。要禁用则使用false。使用更强大的chrony可选对于需要更高精度时间同步的场景如科学计算、金融交易可以安装chrony。sudo apt install chrony安装后chrony会接管时间同步工作。它的配置位于/etc/chrony/chrony.conf可以指定更优的NTP服务器池。4.2 在Windows中配置时间同步Windows默认也启用了时间同步。打开设置Win I打开设置进入“时间和语言” - “日期和时间”。确保自动同步开启确保“自动设置时间”选项为“开”。你也可以点击“立即同步”按钮手动触发一次。高级设置点击“相关设置”下的“其他日期、时间和区域设置”然后选择“设置时间和日期” - “Internet时间”选项卡 - “更改设置”。在这里你可以看到当前同步的服务器也可以手动触发同步或更换服务器。一个关键的细节在双系统环境下要特别注意两个系统NTP服务的行为。理想状态下两个系统都应该开启NTP。但有时如果某个系统特别是Windows在关机时执行了“快速启动”混合睡眠它可能不会完全关闭导致硬件时钟没有被正确更新。因此确保两个系统都正确配置并定期同步是维持时间长期准确的关键。5. 疑难排查与进阶技巧即使按照上述步骤操作有时可能还会遇到问题。这里提供一套排查思路和进阶处理方法。5.1 诊断时间问题的“三板斧”当时间再次出错时可以按顺序检查以下三点检查硬件时钟原始值在Ubuntu下运行sudo hwclock --show。这个命令显示的是硬件时钟里原始存储的时间值。你需要判断这个时间是UTC还是你当地的本地时间。例如如果现在是北京时间14:00而此命令显示06:00那么硬件时钟里存的就是UTC时间14-86。如果显示14:00那存的就是本地时间。这是判断问题根源的第一步。检查系统时区设置在两个系统中分别确认时区设置是否正确。Ubuntu:timedatectl | grep Time zoneWindows: 设置 - 时间和语言 - 日期和时间 - 时区检查时间解读规则Ubuntu:timedatectl | grep “RTC in local TZ”Windows: 确认注册表RealTimeIsUniversal值是否按方案设置1为UTC不存在或0为本地时间。5.2 处理Windows快速启动带来的影响Windows 8/10/11的“快速启动”功能电源选项中的“启用快速启动”是一种混合关机模式。关机时系统会将内核会话和驱动程序状态保存到硬盘hiberfil.sys文件下次开机时直接加载从而加快启动速度。这可能导致的问题在快速启动模式下关机Windows可能不会执行完整的硬件时钟写入操作。当你从这种状态启动Ubuntu时Ubuntu读取到的硬件时钟可能是一个“陈旧”的值。随后Ubuntu更新了硬件时钟。但当你再次通过Windows引导管理器启动Windows时Windows从休眠状态恢复它可能优先使用自己保存的内核状态中的时间而忽略了硬件时钟的最新值从而导致时间错乱。解决方案可以考虑在Windows中禁用快速启动。打开“控制面板” - “电源选项”。点击“选择电源按钮的功能”。点击“更改当前不可用的设置”。取消勾选“启用快速启动推荐”。保存修改。禁用后Windows将执行完全关机每次启动都是冷启动这能确保时间相关的操作如写入RTC更可靠地执行。5.3 使用脚本自动化时间同步高级对于频繁切换系统、且对时间精度要求极高的用户可以创建一个启动脚本在进入系统时强制同步时间。以下是一个Ubuntu下的示例脚本将其设置为开机自启动服务创建脚本文件例如sudo nano /usr/local/bin/fix-time.sh#!/bin/bash # 强制使用ntpdate同步时间需要安装ntpdate sudo ntpdate -s time.windows.com # 将系统时间同步到硬件时钟根据你的方案选择是否加--utc # 方案一UTC使用 sudo hwclock --systohc --utc # 方案二本地时间使用 # sudo hwclock --systohc给脚本执行权限sudo chmod x /usr/local/bin/fix-time.sh创建systemd服务单元sudo nano /etc/systemd/system/fix-time.service[Unit] DescriptionForce time sync at boot Afternetwork-online.target Wantsnetwork-online.target [Service] Typeoneshot ExecStart/usr/local/bin/fix-time.sh RemainAfterExityes [Install] WantedBymulti-user.target启用服务sudo systemctl daemon-reload sudo systemctl enable --now fix-time.service这样每次Ubuntu启动并联网后都会自动执行一次强制时间同步和硬件时钟写入作为一道保险。我个人在实际操作中的体会是方案一统一UTC修改Windows注册表是解决双系统时间问题的治本之策一旦配置完成几乎不会再受此问题困扰。在帮朋友处理这个问题时我首先会引导他们采用这个方案。如果遇到某些企业版Windows因组策略限制无法修改注册表才会退而求其次采用方案二。最后别忘了顺手把两个系统的自动时间同步都打开并留意一下Windows的快速启动设置这些小细节能帮你避免很多后续的麻烦。时间同步虽是小问题但解决后那种在各个系统间无缝切换、时间始终准确的顺畅感对于工作效率和心情都是不小的提升。
1. 问题现象与根源剖析为什么总是慢8小时如果你在电脑上同时安装了Ubuntu和Windows并且经常在两个系统之间切换那么“时间不同步”这个问题你大概率遇到过。最典型的现象就是在Ubuntu里时间显示完全正确但一切换到Windows系统时间就莫名其妙地慢了整整8个小时。这个“8小时”的误差非常精准它指向了一个根本性的时区设定差异——格林威治标准时间GMT与东八区UTC8即北京时间之间的时差。这个问题并非简单的软件Bug而是源于两个操作系统对硬件时钟RTC Real-Time Clock时间解读方式的根本分歧。你的电脑主板上有一块小小的纽扣电池它负责在电脑断电后为一块独立的计时芯片供电这就是硬件时钟。它记录的是一个绝对的时间戳比如从某个纪元通常是1970年1月1日开始经过的秒数。Windows的默认策略Windows默认将硬件时钟存储的时间视为“本地时间”Local Time。也就是说如果你在中国系统时区设置为UTC8那么Windows会认为硬件时钟上存储的就是北京时间。它读取这个时间直接显示给你。Linux/Ubuntu的默认策略包括Ubuntu在内的大多数Linux发行版默认将硬件时钟存储的时间视为“协调世界时”UTC。系统启动时它会从硬件时钟读取UTC时间然后根据你设置的时区例如Asia/Shanghai在UTC时间上加上8小时的偏移量计算出本地时间再显示。当Ubuntu作为后安装的系统或者在你使用Ubuntu时它可能会按照自己的规则将当前的正确时间比如北京时间下午2点减去8小时将结果UTC时间上午6点写入硬件时钟。此时硬件时钟存储的是UTC时间。当你重启电脑进入Windows后Windows读取硬件时钟它“以为”这个时间就是本地时间于是直接把“上午6点”显示给你这就造成了你看到的“慢了8小时”的现象。反之如果Windows将本地时间写入硬件时钟Ubuntu读取后当成UTC时间再加上8小时就会导致Ubuntu时间“快了8小时”。所以这个问题的核心矛盾在于硬件时钟里存的到底是UTC时间还是本地时间两个系统对此的“共识”不一致导致了显示上的时差。解决思路也就非常清晰让两个系统对硬件时钟的解读规则统一起来。通常我们选择让硬件时钟使用UTC时间然后分别调整两个系统的配置这是最符合国际标准且一劳永逸的方案。2. 解决方案一统一使用UTC时间推荐方案这个方案的目标是将硬件时钟设置为存储UTC时间然后分别配置Windows和Ubuntu让它们都基于UTC时间来计算本地时间。这是Linux世界的标准做法也是我强烈推荐的方案因为它逻辑清晰且能更好地支持多时区、夏令时等复杂情况。2.1 在Ubuntu中确认并配置使用UTC首先我们需要确认Ubuntu当前的设置并进行必要的配置。检查当前设置在Ubuntu终端中使用以下命令可以查看系统是否将硬件时钟视为UTC。timedatectl查看输出中的RTC in local TZ: no这一行。如果显示no说明Ubuntu当前认为硬件时钟存储的是UTC时间这是正确的状态。如果显示yes则需要修改。配置Ubuntu使用UTC如需要如果上一步显示RTC in local TZ: yes说明Ubuntu被错误地配置为将硬件时钟视为本地时间。我们需要将其改回UTC。timedatectl set-local-rtc 0这条命令告诉系统硬件时钟不是本地时间。执行后再次运行timedatectl确认RTC in local TZ:后面已经变为no。将当前正确时间写入硬件时钟关键步骤现在我们需要把Ubuntu系统当前计算出的正确时间基于UTC时区偏移回写到硬件时钟中。注意这里写入的是UTC时间。sudo hwclock --systohc --utc--systohc将系统时间system time同步到硬件时钟hardware clock。--utc指明系统时间是基于UTC的。这条命令执行后硬件时钟里存储的就是当前的UTC时间了。注意在某些非常老的系统或教程中你可能会看到修改/etc/adjtime文件的方法。在现代使用systemd的Ubuntu16.04及以后版本中timedatectl是官方推荐的管理工具它会更安全地处理相关配置避免直接编辑配置文件可能带来的问题。2.2 在Windows中配置识别UTC时间默认情况下Windows认为硬件时钟是本地时间。我们需要通过修改注册表告诉Windows“请把硬件时钟当作UTC时间来解读”。警告修改注册表有风险操作前建议备份注册表或创建系统还原点。打开注册表编辑器在Windows中按下Win R输入regedit并回车。导航到目标项在注册表编辑器中依次展开文件夹找到以下路径HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation新建DWORD值在右侧空白处点击右键选择新建-DWORD (32位) 值。将新值的名称命名为RealTimeIsUniversal。修改数值数据双击新建的RealTimeIsUniversal将其“数值数据”从0修改为1。基数选择“十六进制”或“十进制”均可因为1在这两种进制下都是1。重启电脑修改完成后关闭注册表编辑器并重启电脑使设置生效。这个注册表项的作用当RealTimeIsUniversal值为1时Windows在启动时会从硬件时钟读取UTC时间然后根据Windows系统设置的时区将其转换为本地时间显示。这正好与Ubuntu的行为模式对齐了。操作后的验证重启进入Windows后系统时间应该显示正确。此时再重启进入Ubuntu时间也应该正确。双方现在基于同一个“硬件时钟存UTC”的约定进行工作冲突就此解决。3. 解决方案二统一使用本地时间备选方案如果你因为某些特殊原因例如需要使用某些旧的、不兼容UTC时间解读方式的Windows软件或双启动管理器不希望修改Windows注册表那么可以选择反向操作让硬件时钟存储本地时间并强制Ubuntu也以本地时间的方式去解读它。这不是Linux社区的标准做法但作为一种解决方案是可行的。3.1 在Windows中保持默认本地时间此方案下Windows无需任何改动保持其默认行为即可即认为硬件时钟存储的就是本地时间。请确保你的Windows时区设置正确例如“(UTC08:00) 北京重庆香港特别行政区乌鲁木齐”。3.2 在Ubuntu中配置使用本地时间我们需要告诉Ubuntu“请把硬件时钟里的时间当作本地时间不要自动加8小时”。设置Ubuntu将硬件时钟视为本地时间timedatectl set-local-rtc 1 --adjust-system-clockset-local-rtc 1设置硬件时钟为本地时间模式。--adjust-system-clock这个参数非常重要。它会立即根据新的设置重新计算系统时间。假设执行命令前硬件时钟存的是“北京时间14:00”Ubuntu原以为是UTC时间所以显示为“22:00”。加上这个参数后系统会立刻将显示时间调整为“14:00”。将当前系统时间写入硬件时钟执行上一条命令后Ubuntu的系统时间显示应该已经变成了正确的本地时间。现在我们将这个本地时间写入硬件时钟。sudo hwclock --systohc注意这里没有--utc参数。因为我们明确要求hwclock将系统时间现在已被视为本地时间直接写入硬件时钟。方案二的潜在问题时区与夏令时将硬件时钟固定为本地时间后如果你需要切换时区或者所在地区实行夏令时处理起来会变得麻烦。因为硬件时钟本身不携带时区信息你手动调整时间后可能会在其他系统中造成混淆。不符合规范在Linux服务器和跨时区协作环境中使用UTC是通用标准。将个人电脑设置为本地时间模式虽然解决了双系统问题但可能在与某些网络时间协议NTP服务或分布式系统交互时遇到边缘情况。因此除非你有必须使用本地时间的强理由否则方案一统一UTC是更优、更标准的选择。4. 时间同步与防复发配置解决了基础解读规则后我们还需要确保每个系统内部的时间是持续准确的。网络时间协议NTP服务可以自动与互联网上的时间服务器同步修正因主板电池电量不足或时钟漂移产生的微小误差。4.1 在Ubuntu中配置并启用NTP现代Ubuntu使用systemd-timesyncd作为默认的轻量级NTP客户端它通常已经启用并配置好了。检查状态timedatectl status查看输出中的System clock synchronized:行如果显示yes说明NTP同步正常。NTP service:行显示active则表示服务在运行。手动启用/控制如果未激活sudo timedatectl set-ntp true这命令会启用并启动NTP同步服务。要禁用则使用false。使用更强大的chrony可选对于需要更高精度时间同步的场景如科学计算、金融交易可以安装chrony。sudo apt install chrony安装后chrony会接管时间同步工作。它的配置位于/etc/chrony/chrony.conf可以指定更优的NTP服务器池。4.2 在Windows中配置时间同步Windows默认也启用了时间同步。打开设置Win I打开设置进入“时间和语言” - “日期和时间”。确保自动同步开启确保“自动设置时间”选项为“开”。你也可以点击“立即同步”按钮手动触发一次。高级设置点击“相关设置”下的“其他日期、时间和区域设置”然后选择“设置时间和日期” - “Internet时间”选项卡 - “更改设置”。在这里你可以看到当前同步的服务器也可以手动触发同步或更换服务器。一个关键的细节在双系统环境下要特别注意两个系统NTP服务的行为。理想状态下两个系统都应该开启NTP。但有时如果某个系统特别是Windows在关机时执行了“快速启动”混合睡眠它可能不会完全关闭导致硬件时钟没有被正确更新。因此确保两个系统都正确配置并定期同步是维持时间长期准确的关键。5. 疑难排查与进阶技巧即使按照上述步骤操作有时可能还会遇到问题。这里提供一套排查思路和进阶处理方法。5.1 诊断时间问题的“三板斧”当时间再次出错时可以按顺序检查以下三点检查硬件时钟原始值在Ubuntu下运行sudo hwclock --show。这个命令显示的是硬件时钟里原始存储的时间值。你需要判断这个时间是UTC还是你当地的本地时间。例如如果现在是北京时间14:00而此命令显示06:00那么硬件时钟里存的就是UTC时间14-86。如果显示14:00那存的就是本地时间。这是判断问题根源的第一步。检查系统时区设置在两个系统中分别确认时区设置是否正确。Ubuntu:timedatectl | grep Time zoneWindows: 设置 - 时间和语言 - 日期和时间 - 时区检查时间解读规则Ubuntu:timedatectl | grep “RTC in local TZ”Windows: 确认注册表RealTimeIsUniversal值是否按方案设置1为UTC不存在或0为本地时间。5.2 处理Windows快速启动带来的影响Windows 8/10/11的“快速启动”功能电源选项中的“启用快速启动”是一种混合关机模式。关机时系统会将内核会话和驱动程序状态保存到硬盘hiberfil.sys文件下次开机时直接加载从而加快启动速度。这可能导致的问题在快速启动模式下关机Windows可能不会执行完整的硬件时钟写入操作。当你从这种状态启动Ubuntu时Ubuntu读取到的硬件时钟可能是一个“陈旧”的值。随后Ubuntu更新了硬件时钟。但当你再次通过Windows引导管理器启动Windows时Windows从休眠状态恢复它可能优先使用自己保存的内核状态中的时间而忽略了硬件时钟的最新值从而导致时间错乱。解决方案可以考虑在Windows中禁用快速启动。打开“控制面板” - “电源选项”。点击“选择电源按钮的功能”。点击“更改当前不可用的设置”。取消勾选“启用快速启动推荐”。保存修改。禁用后Windows将执行完全关机每次启动都是冷启动这能确保时间相关的操作如写入RTC更可靠地执行。5.3 使用脚本自动化时间同步高级对于频繁切换系统、且对时间精度要求极高的用户可以创建一个启动脚本在进入系统时强制同步时间。以下是一个Ubuntu下的示例脚本将其设置为开机自启动服务创建脚本文件例如sudo nano /usr/local/bin/fix-time.sh#!/bin/bash # 强制使用ntpdate同步时间需要安装ntpdate sudo ntpdate -s time.windows.com # 将系统时间同步到硬件时钟根据你的方案选择是否加--utc # 方案一UTC使用 sudo hwclock --systohc --utc # 方案二本地时间使用 # sudo hwclock --systohc给脚本执行权限sudo chmod x /usr/local/bin/fix-time.sh创建systemd服务单元sudo nano /etc/systemd/system/fix-time.service[Unit] DescriptionForce time sync at boot Afternetwork-online.target Wantsnetwork-online.target [Service] Typeoneshot ExecStart/usr/local/bin/fix-time.sh RemainAfterExityes [Install] WantedBymulti-user.target启用服务sudo systemctl daemon-reload sudo systemctl enable --now fix-time.service这样每次Ubuntu启动并联网后都会自动执行一次强制时间同步和硬件时钟写入作为一道保险。我个人在实际操作中的体会是方案一统一UTC修改Windows注册表是解决双系统时间问题的治本之策一旦配置完成几乎不会再受此问题困扰。在帮朋友处理这个问题时我首先会引导他们采用这个方案。如果遇到某些企业版Windows因组策略限制无法修改注册表才会退而求其次采用方案二。最后别忘了顺手把两个系统的自动时间同步都打开并留意一下Windows的快速启动设置这些小细节能帮你避免很多后续的麻烦。时间同步虽是小问题但解决后那种在各个系统间无缝切换、时间始终准确的顺畅感对于工作效率和心情都是不小的提升。
