今朝、次のコマンドを実行しました。
root@xxx:01:21:17:/home/xxx$ date --set "2015-08-06 02:54"
Thu Aug 6 02:54:00 WIB 2015
root@xxx:02:54:00:/home/xxx$ hwclock --set --date="2015-08-06 02:54"
その日遅く時計を確認してみると予定されていましたが遅延が08:00表示されました10 minutes。
root@xxx:07:49:59:/home/xxx$ date
Thu Aug 6 07:50:00 WIB 2015
root@xxx:07:50:00:/home/xxx$ hwclock
Thu Aug 6 07:50:01 2015 .392298 seconds
その理由は何ですか？ VirtualBoxで64ビットArchLinuxを使用しています。
$ uname -a
Linux xxx 4.0.4-2-ARCH #1 SMP PREEMPT Fri May 22 03:05:23 UTC 2015 x86_64 GNU/Linux
タイムゾーンはGMT+7です。
$ date +'%:z %Z'
+07:00 WIB
$ strings /etc/localtime | tail -n 1
WIB-7
コメントで提案されているとおりにインストールすると、ntp問題は一時的に解決されました。
sudo pacman -S ntp
sudo systemctl enable ntpd
sudo systemctl start ntpd
timedatectl set-ntp true
timedatectl
しかしある日、時間は再び流れ始めた。
Local time: Fri 2015-08-07 23:52:10 WIB --> 30 minutes late
Universal time: Fri 2015-08-07 16:52:10 UTC
RTC time: Fri 2015-08-07 16:52:10
Time zone: Asia/Jakarta (WIB, +0700)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
答え1
これは問題です。半仮想化
変化半仮想化仮想ボックスのパラメータはトラブルシューティングに役立ちます。 Virtualbox マシンの設定で、次に進みます。
システム > 加速
これが多くの人に役立つことを願っています。
答え2
これはLinuxよりも仮想マシンの問題に近いです。なぜわずかな違いがあるのかについての説明があるので、Virtual Boxのドキュメントを確認してください（tldr：時計は2つのシステム間で共有されます）。上記のようにntpを使用してください。 sudo apt-getインストールntp。設定は不要で、ネットワークアクセスのみが必要です。
答え3
一つあるOracleドキュメント、どういうわけかOracleのデータベース文書に隠されているため、トピックが解決されました。クロックソースをに設定した後、tsc問題はacpi_pm完全に消えました。次のコマンドを使用して、ゲストLinuxシステムで利用可能なクロックソースを一覧表示できます。
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
その後、再起動せずに他のことを試してみてください。
echo "acpi_pm" > /sys/devices/system/clocksource/clocksource0/current_clocksource
設定によって時間ドリフトが発生しない場合は、ファイルに追加してclocksource=acpi_pmgrub GRUB_CMDLINE_LINUX_DEFAULTconfigを更新してgrub configで設定を起動パラメータに設定できます。/etc/default/grubsudo update-grub
答え4
コメントで提案されているとおりにインストールすると、ntp問題が解決しました。
sudo pacman -S ntp
sudo systemctl enable ntpd
sudo systemctl start ntpd
timedatectl set-ntp true
timedatectl