VM虛擬機大家都用，我在用完后，經常使用“掛起客戶機”，但是這樣一來，系統恢復啟動很快，但是少了正常的系統自檢，包括和網絡同步時間。

今天在虛擬機上測試“find /root/Text -mtime +3 -name "Service.log.*" -exec rm -f {} \;”，總是不成功，反復看了幾遍，也對照網上格式，命令沒寫錯，結果無意中發現系統時間是上次“掛起”的時間。
為了時間準確，選擇用網絡同步：
#ntpdate -u ntp.api.bz
#clock -w
注意：
若不加上-u參數， 會出現以下提示：no server suitable for synchronization found
-u：從man ntpdate中可以看出-u參數可以越過防火墻與主機同步；
clock -w 是同步到BIOS時鐘，強制把系統時間寫入CMOS：
登錄用戶自動校準時間：
掛起客戶端操作會經常用到，但是每次執行同步命令，不方便，所以加入到登錄自動執行命令。

#echo "ntpdate -u ntp.api.bz && clock -w" >> /etc/profile
重新登錄用戶，提示的更新

ntp常用服務器：
中國國家授時中心：210.72.145.44
NTP服務器(上海) ：ntp.api.bz
美國：time.nist.gov 復旦：ntp.fudan.edu.cn 微軟公司授時主機(美國) ：time.windows.com 臺警大授時中心(臺灣)：asia.pool.ntp.org

VM虛擬機大家都用，我在用完后，經常使用“掛起客戶機”，但是這樣一來，系統恢復啟動很快，但是少了正常的系統自檢，包括和網絡同步時間。
今天在虛擬機上測試“find /root/Text -mtime +3 -name "Service.log.*" -exec rm -f {} \;”，總是不成功，反復看了幾遍，也對照網上格式，命令沒寫錯，結果無意中發現系統時間是上次“掛起”的時間。
為了時間準確，選擇用網絡同步：
#ntpdate -u ntp.api.bz
#clock -w
注意：
若不加上-u參數， 會出現以下提示：no server suitable for synchronization found
-u：從man ntpdate中可以看出-u參數可以越過防火墻與主機同步；
clock -w 是同步到BIOS時鐘，強制把系統時間寫入CMOS：
登錄用戶自動校準時間：
掛起客戶端操作會經常用到，但是每次執行同步命令，不方便，所以加入到登錄自動執行命令。

#echo "ntpdate -u ntp.api.bz && clock -w" >> /etc/profile
重新登錄用戶，提示的更新

ntp常用服務器：
中國國家授時中心：210.72.145.44
NTP服務器(上海) ：ntp.api.bz
美國：time.nist.gov 復旦：ntp.fudan.edu.cn 微軟公司授時主機(美國) ：time.windows.com 臺警大授時中心(臺灣)：asia.pool.ntp.org