環境：
伺服器硬體，雙核5110，4g記憶體，raid1兩塊73g，ms 9638 intel5000v主機板
系統，centos 5.2 / linux version 2.6.18-92.el5
問題表現與解決：
伺服器系統不能讀取和寫入硬體時間（cmos），而且系統時間比cmos時間快8小時。
開始以「linux時間快8小時」為主題google到了很多文章，而且這個問題很多文章已經說的很詳細了，仔細看過這些文章以後，竊以為問題就此解決，但試過所有的方法以後發現沒有效果。
這才開始在腦海裡將這個問題嚴重化，以為是：主機板bug問題或者linux rtc模組問題，linux驅動問題等奇怪的問題，在此繞著n圈，用時5-6個小時。呵呵。同樣沒有結果。
後來無意中想到以前cmos沒有電時間也會清零或變慢，是不是伺服器也是這個原因？所以進入bios，看時間設定，確實時間不走。之前bios看過很多次，但都沒有注意時間走不走，鬱悶啊，所以立即換塊電池，果真問題解決。
細節：
但還有些細節要說說，「電池問題」和「linux時間快8小時」問題其實不同，首先「電池問題」使用
# hwclock --debug
會出現以下這兩句錯誤提示，根本找不到硬體時間，而且timeout。
# hardware clock is on unknown time
# timed out waiting for time change.
而「linux時間快8小時」
# hwclock --debug
會出現這樣的提示，雖然都是timeout，但顯然這個能獲取到硬體時間資訊。只是在select方法中timeout了。
# select() to /dev/rtc to wait for clock tick timed out
然後加 --directisa 一般就能解決
# hwclock --directisa --show
至於一些文章說的換linux 關於rtc模組我感覺沒有必要，現在的linux發行版本應該都很嚴謹，系統預設的rtc模組應該能很好的支援所有的硬體。
在這裡加一些關鍵字，不為別的，只是為了遇到這個問題的人，先看到這篇文章，不要繞圈子了。呵呵
關鍵字：
linux下系統時間快8小時問題綜述
# hardware clock is on unknown time
# timed out waiting for time change.
MySql時間的問題
sat dec 01 00 00 00 cst 2018 格林威治時間資料無法標準化 str to date 要對應,空格是空格 sat是 a str to date sat dec 01 00 00 00 cst 2018 a b d h i s cst y 字串時間轉為標準date select...
zabbix監控系統時間的問題
分類 監控 2013 03 19 21 40 11 發現zabbix監控系統時間的乙個問題！zabbix監控系統時間用的key是system.localtime，返回當前的系統時間，而配置tigger報警時是用的fuzzytime n 方法，該方法是將返回的系統時間與監控伺服器的時間進行對比，如果大...
時間戳和修改系統時間的問題
1.date currdate new date system.currenttimemillis long stamp currdate.gettime 當前系統時間戳，單位是毫秒 2.string time 2011 10 20 05 10 10 dateformat formatter new...