登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

折腾电脑的笔记

什么都记,主要是LINUX学习笔记!

 
 
 

日志

 
 
关于我

再累再苦,只当自己是二百五, 再难再险,只当自己是二皮脸, 与君共勉!

debian时间设置  

2008-05-06 07:28:36|  分类: 默认分类 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://chandlewei.blogbus.com/logs/14494500.html

在/etc/timezone里面写上中国的时区,Asia/Shanghai,在/etc/default/rcS里面把UTC设成yes,也就是用 utc,这是Debian推荐做法。最后也是最重要的,把/etc/localtime删除,再从/usr/share/zoneinfo/Asia里面 拷贝Shanghai这个文件到/etc下,名字还是localtime。这样做完,不需重启,过会就自己生效了。

好像还是不行,重启以后还是快,把UTC设成NO,试了试,还是无效!

补充一点:UTC=YES,然后把GUI时钟,就是桌面右上角的时钟,首选项里,勾上使用UTC,好了,解决问题!

下面的可以不看了!

又找到一篇文章:http://dieken-qfz.spaces.live.com/Blog/cns!586D665C0DEB512D!513.entry

要有耐心:

以下针对Debian sid。

先说时区的配置。以前Debian有个好胜的时区配置工具,叫tzconfig,现在也没有
了。但配置时区倒也简单,主要是两个文件:

/etc/localtime
/etc/timezone

timezone这个文件是个文本,里面只需要写一行自己的时区就行,我们这里就是上
海,Asia/Shanghai(谁知道为什么不是北京呢?)。 localtime这个文件的类型
不清楚,里面就写了些timezone data,它可以从系统自带时区文件那里拷贝,位
置在:

/usr/share/zoneinfo

从这个目录下找到Shanghai拷贝到/etc下的localtime即可。有人说建个连接也可
,这样还可以保证系统数据有变化时不必再管。

设定了时区,还要确定Linux的时间方案。Linux支持UTC时间,Coordinated
Universal Time,也就是世界协调时,也就是本初子午线上的时间,它和以前的格
林威治标准时(GMT)的区别似乎是它是由多个原子钟平均出来的。在
/etc/default/rcS这个文件中,设定了系统是否使用UTC,UTC=yes就是用。

计算机自己还有自己的时间,也就是硬件时间,hard clock,也就是存在BIOS里那
个时间,关机也不会丢失。计算机启动时,就要读取这个时间。这个时间如果设定
为UTC(GMT),也就是伦敦那地方的时间,就要在rcS文件中设定UTC=yes,反之则
要设为no。

总之就是两种正确的设置:

BIOS=本地时间,UTC=no
BIOS=UTC时间,UTC=yes

一般来讲,BIOS里面都设定为当地时间,这是因为如果装双系统的话,Windows似
乎不懂utc,就会出问题。这时UTC=no。

如果一切顺利,到这时,进入Linux之后显示的时间应该是正确的了。但不少人的
机器,包括这回这台640m,仍旧不正确,而是比正确时间再往前跑了8小时。这里
的问题出在Linux读取硬件时间上了。

Linux读取这个硬件时间要用到hwclock这个命令:

hwclock --show :显示硬件时间
hwclock --systohc :将系统时间写入硬件
hwclock --hctosys :将硬件时间写入系统时间

在出问题的时候,hwclock 这一组命令的运行通常是不能成功的,错误经常是这样
的:

select() to /dev/rtc to wait for clock tick timed out

也就是不能读取/dev/rtc,也就是硬件时间。这又是因为某些机器的BIOS处理方式
和Linux的rtc内核模块之间出现了问题。

Linux又有3个这类模块,rtc/genrtc/rtc_dev,似乎是一个比一个新,而debian通
常自己用的是rtc这个老模块;但 Dell/ibm/acer等等厂商现在都可能使用新的
BIOS,这种BIOS和这个rtc就可能不对付。如果出现了上面那个timeout的问题,有
两种方法可以解决:

1, 给hwclock加参数,--directisa,也就是:

hwclock --directisa --show

如果运行成功,说明这个办法可行。则把此参数添加为hwclock的缺省参数即可。
在debian 4.0之后,可以直接在/etc/default/rcS中添加一行:

HWCLOCKPARS="--directisa“

而在4.0以前,可能只能在hwclock启动脚本中添加,/etc/init.d/hwclock.sh,把
里面的”/sbin/hwclock“ 全部替换为 ”/sbin/hwclock --directisa"。现在在
debian sid中,这个脚本的第一行其实是HWCLOCKPARS=,也可以像rcS一样添加参
数了。

2, 换用其他内核rtc模块,用如下方法测试哪个模块好用:

# modprobe rtc
# hwclock --show
# rmmod rtc
# modprobe genrtc
# hwclock --show
# rmmod genrtc
# modprobe rtc_dev
# hwclock --show
# rmmod rtc_dev

没有显示time out的就是好用的了,然后可以在blacklist中阻止不好用的,在
modules里面加上好用的那个。

用完这两个方法,hwclock应该能直接工作了,也就是可以读取硬件时间了。再配
上utc设置正确,重启之后时间就是对的了。

为了让BIOS时间更准确,除了可以找个精确的时间源,比如CDMA手机或是GPS,靠
自己的手指来精确设定BIOS时间之外,还可以用hwclock把准确的时间写入BIOS。
前一种方法细心点可以做到几秒误差,而后一种怎么也在1秒以下了。

安装ntpdate这个包,它可以从时间服务器上读取到正确的时间,精度还是很高的

aptitude install ntpdate
ntpdate pool.ntp.org

此时系统时间就已经是ntp的时间了,相当精确,把它写入硬件:

hwclock --systohc

这样BIOS时间也就很准了。以后开机没网络,没办法运行ntpdate的时候也都是准
的。

这里的关键有:bios时间,utc设定,rtc模块,hwclock读取,ntpdate对时。

我的机器上UTC=no,重启再看看!


Debian下的时间和时区问题

现象:
    Debian下的时间老是不对,比实际的快8小时,而BIOS里时间是正确的。用tzselect命令选择了正确的时区(Asia/Shanghai)还是不对。用hwclock --show命令显示硬件时间也不对。

 

原因:
    在Linux 系统里面,系统时间由硬件时间、UTC(/etc/default/rcS)、Timezone三个因素决定。其中/etc/default/rcS里面 的UTC选项告诉Linux系统这个硬件时间是否UTC时间,Timezone是设定系统所处UTC时区(我们通常设为Asia/Shanghai)。系 统启动时候读出硬件时间,再根据是否UTC时间、系统所处Timezone计算出系统Localtime。Debian默认把BIOS时间认为是世界时间(UTC),所以就造成系统时间比实际快8小时。

 

解决:
    1. 在/etc/default/rcS里面修改,设置UTC=no

    2. 安装ntpdate并执行时间同步:   

apt-get install ntpdate
ntpdate-debian
  评论这张
 
阅读(1021)| 评论(0)

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018