最近,在linux使用過程中,系統時間與實際時間間隔8小時,並且修改過後隔一段時間就會被還原,且時間間隔為1分鐘左右。為解決該問題嘗試過多種修改時間的方法,包括設定系統時間和硬體時間,最後發現utc時間不正確,和實際時間相同(本應要提早8小時),於是採用本地時間更新成 utc 時間解決了該問題(沒有找到原因,只解決了問題)。
linux伺服器執行時發現系統時間不對,所以查詢資料,首先用到了 date 來修改系統日期
1,使用 tzselect 來設定時區 選了 asia/china/beijing,無效;
這種方式只是臨時修改系統時間,當系統重新啟動的時候就會還原。
3,而後使用 timedatectl 指令來修改時間
timedatectl set-time '2019-03-16 10:10:00'
4,此時發現時間仍舊會被還原,而且是過一分鐘左右,系統時間會自動更新,相隔8小時,
猜測系統時間讀取的是硬體時間,於是使用 hwclock 設定硬體時間
hwclock --set --date '2019-03-16 10:10:00'
這是修改硬體的時間 也就是永久性修改linux的時間
hwclock --show 檢視硬體的時間
hwclock --set --date '2019-03-16 10:10:00' 設定硬體時間為19年3月16日10點10分00秒
hwclock --hctosys 設定系統時間和硬體時間同步
clock -w 儲存時鐘
5,經過以上操作,發現linux系統時間仍然會定時更新,
猜測:覺得是有地方設定了定時同步,只是同步時間源不對。
嘗試方法:根據網上資料,嘗試網路時間同步的方式,使用 timedatectl 開啟 ntp 同步,timedatectl set-ntp 1
#timedatectl
......
ntp enabled: yes
ntp synchronized: no
rtc in local tz: no
dst active: n/a
6,此處與網友貼出的資訊有所不一致, ntp enabled 雖然開啟,,但是 synchronized 仍然關閉(使用 ntp update [serverip]仍無效),就算設定了 rtc in local tz 開啟也沒有效果,沒有找到出現此問題的原因所在
warning: ignoring the tz variable. reading the system's time zone setting only.
local time: 五 2019-03-29 09:05:38 utc
universal time: 五 2019-03-29 09:05:38 utc
rtc time: 五 2019-03-29 00:57:06
time zone: universal (utc, +0000)
ntp enabled: yes
ntp synchronized: no
rtc in local tz: no
dst active: n/a
猜測:看到utc的時間一直不正確,猜想是由於utc時間導致的
解決方法:將 localtime時間重置,並將utc時間設定為localtime時間
rm /etc/localtime
#step 4:從/usr/share/zoneinfo/中建立軟連線以替換當前的時區資訊,直接選擇universal:
ln -s /usr/share/zoneinfo/universal /etc/localtime
最近一段時間
嗯。乙個是從那時候開始忙了一段時間,然後就沒有時間寫博,而且那段時間也緊張,還有就是人的劣根性 惰性。從那時候開始,大概過了一周5.30號的進候辭職了,因為拿到了南京一家公司的offer,很快,大概是週三面試,周五面試,周五下午發offer。然後周一去辭職的。一切都是這麼快。其實為什麼決定這麼快,因...
告別一段時間
不談過去。在這個學期,認真的做好兩個地理資訊系統。畢業 不用去管。初步的想法,是空間資料結構和演算法,空間資料探勘和知識發現,smartclient webservice和空間資訊網格三部分。第一部分,是很最重要的,也是最實在的,最具有挑戰性的,第二部分,其實就是吹牛,第三部分,也是很重要的,主要是...
告別了一段時間
時間長了就想寫這篇文章!其實,這是不是真的文章,依靠的就是自己乙個警鐘。或者提示。不得不踏上了六個月的旅程再次考研,去年考研的三個月。加上考研之後的一段時間去找學校調劑,找工作去實習,總感覺跟自己的想法漸行漸遠,這裡鄭重宣告 不是說找工作不好。就是本人比較喜歡玩一些有意思的東西,可能就不是非常喜歡去...