Windows与Linux(Ubuntu)双系统时间不一致的解决方法.pdfVIP

Windows 与Linux （Ubuntu）双系统时间不一致的解决方法 世界协调时间(Universal Time Coordinated,UTC),GPS 系统中有两种时间区分，一为UTC，另一为 LT （地方时）两者的区别为时区不同，UTC 就是0 时区的时间，地方时为本地时间，如北京为早上八点（东 八区），UTC 时间就为零点，时间比北京时晚八小时，以此计算即可. UTC 相当于本初子午线(即经度0 度)上的平均太阳时，过去曾用格林威治平均时(GMT)来表示.北京时间 比UTC 时间早8 小时，以1999年1 月1 日0000UTC 为例，UTC 时间是零点，北京时间为1999年1 月 1 日早上8 点整。 GMT(Greenwich Mean Time)是格林尼治平时：由于地球轨道并非圆形，其运行速度又随着地球与太阳 的距离改变而出现变化，因此视太阳时欠缺均匀性。视太阳日的长度同时亦受到地球自转轴相对轨道面的 倾斜度所影响。为着要纠正上述的不均匀性，天文学家计算地球非圆形轨迹与极轴倾斜对视太阳时的效应。 平太阳时就是指经修订后的视太阳时。在格林尼治子午线上的平太阳时称为世界时(UT0)，又叫格林尼治 平时(GMT)。由于两个系统设定时间时以主板CMOS 内的时间为依据，但却有不同的时间计算标准。所以导 致了系统时间的纠纷问题。 Linux 和苹果操作系统以当前主板 CMOS 内时间做为格林威治标准时间，再根据系统设置的时区来最终确 定当前系统时间（如时区设置为GMT+08:00 北京时间时以及当前CMOS 时间为03:00，那么系统会将两 个时间相加得出显示在桌面的当前系统时间为11:00）。 Windows 操作系统却直接把CMOS 时间认定为当前显示时间，不根据时区转换。这样每调整一次系统时区， 系统会根据调整的时区来计算当前时间，确定后，也就同时修改了CMOS 内的时间（即每调整一次时区，设 置保存后，CMOS 时间也将被操作系统改变一次，注意不同操作系统调整时间后，也会同时改变CMOS 时间， 这一点是共通的）。 这里我们且不论两种时间计算标准的好差，而仅让Windows 认定CMOS 时间为格林威治标准时间来消除操 作系统之间认定时间的差异，从而解决Windows 操作系统与不同操作系统并存时出现的时间矛盾。 也就是说，UTC 即Universal Time Coordinated，协调世界时GMT 即Greenwich Mean Time，格 林尼治平时在这里，你可以把UTC 认为是GMT+0。Windows(XP 和VISTA)和(Linux/Unix/Mac)缺省 看待系统硬件时间的方式是不一样的： * Windows 把系统硬件时间当作本地时间(local time)，即操作系统中显示的时间跟BIOS 中显示的时 间是一样的。 * Linux/Unix/Mac 把硬件时间当作UTC，操作系统中显示的时间是硬件时间经过换算得来的，比如说北 京时间是GMT+8，则系统中显示时间是硬件时间+8。 这样，当PC 中同时有多系统共存时，就出现了问题。假如你的Ubuntu 和WindowsXP 中设置的时区都为 北京时间东八区，而你在Ubuntu 中把当前系统时间更改为9：00AM。则此时硬件中存储的实际是UTC 时 间1:00AM。这时你重启进入Windows 后，你会发现windows 系统中显示的时间是 1:AM，比Ubuntu 中慢了八个小时。同理，你在Windows 中更改或用网络同步了系统时间后，再到Ubuntu 中去看，系统就 会快了 8 小时。在实行夏令时的地区，情况可能会更复杂些。原因知道了，那怎么来解决这种冲突呢。一 种就是让 Windows 把硬件时间当作 UTC ，与 Linux/Unix/Mac 保持一致。另一种就是让 linux/Unix/Mac 把系统时间当作本地时间，与Windows 保持一致。 那么在Windows 下的修改方法如下： 即在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\ 中 添加一项数据类型为REG_DWORD，名称为RealTimeIsUniversal，值设为1。 也可用以下命令行： @echo off color 0a Reg add HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /v RealTimeIsUniversal /t REG_DWORD /d 1 e