nullITeye - 娱乐之横扫全球

nullITeye

2019-01-10 12:34:53 | 作者: 半双 | 标签: | 浏览: 3089

原链接:
参阅二:
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坚持一致。

而在Ubuntu下的修正办法如下:
Ubuntu中不运用UTC时刻,而启用本地时刻,需求修正 /etc/default/rcS ,修正动作如下:
# 注释掉本来的设定:UTC=yes
# 变更为下面的内容...
UTC=no


root@enjoyor-desktop:~# hwclock --utc 
2013年 星期三 10时39分59秒  -0.934954 seconds 
root@enjoyor-desktop:~# hwclock --localtime 
2013年 星期三 02时40分03秒  -0.575275 seconds 
root@enjoyor-desktop:~# date 
2013年 09月 11日 星期三 10:40:09 CST 
root@enjoyor-desktop:~# hwclock 
2013年 星期三 10时41分37秒  -0.899745 seconds 
  体系时刻更新到cmos,假如UTC=yes,将体系时刻更新到utc:hwclock --systohc --utc;而UTC=no,更新到localtime,hwclock --systohc --localtime。这样就OK了。



更改/etc/timezone里边的内容为:Asia/Shanghai
#mv /etc/localtime /etc/localtime-2009
# cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

3. 挑选时区信息。指令为:tzselect
依据体系提示,挑选相应的时区信息。
4. 修正体系时钟。指令为:date -s
(1)将时刻调整为清晨1点55分:data 10110155
(2)将体系时刻设定成2005年:  date -s 2005/08/08
(3)将体系时刻设定成下午8点12分0秒:  date -s 20:12:00
该指令是用来修正体系时钟的。在体系启动时,Linux操作体系将时刻从CMOS中读到体系时刻变量中,今后修正时刻经过修正体系时刻完成。为了坚持体系时刻与CMOS时刻的一致性,Linux每隔一段时刻会将体系时刻写入CMOS。因为该同步是每隔一段时刻(大约是11分钟)进行的,在履行完 date -s 指令后,假如立刻重起体系,修正的时刻就有或许没有被写入CMOS。假如要保证修正收效,最好再运用 clock -w 这个指令将体系时刻强行写入CMOS。
版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表娱乐之横扫全球立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章