アーチを始めるたびに時間が数分ずつ遅くなるのを感じます。 RTC時間はオフになり(私が知っている限り「ドリフト」されています)、ハードウェアクロックに影響を与えます。
$ timedatectl status
Local time: Mo 2018-02-12 12:45:18 CET
Universal time: Mo 2018-02-12 11:45:18 UTC
RTC time: Mo 2018-02-12 11:45:18
Time zone: Europe/Berlin (CET, +0100)
System clock synchronized: no
systemd-timesyncd.service active: no
RTC in local TZ: no
編集するこの記事を書いている間、私はこの線の上の時間値が他の線と一致することに気づいていませんでした。しかし、私の時計とスマートフォンの時間には、前述の7分というオフセットがあります。
私のロケール:
$ locale
LANG=de_DE.utf8
LC_CTYPE="de_DE.utf8"
LC_NUMERIC="de_DE.utf8"
LC_TIME="de_DE.utf8"
LC_COLLATE="de_DE.utf8"
LC_MONETARY="de_DE.utf8"
LC_MESSAGES="de_DE.utf8"
LC_PAPER="de_DE.utf8"
LC_NAME="de_DE.utf8"
LC_ADDRESS="de_DE.utf8"
LC_TELEPHONE="de_DE.utf8"
LC_MEASUREMENT="de_DE.utf8"
LC_IDENTIFICATION="de_DE.utf8"
LC_ALL=
これまで、私はhwclock --hctosys
マニュアルページの内容を使用することを非常に消極的でした。
実行中のシステムではこの機能を使用しないでください。システム時間をスキップすると、ファイルシステムのタイムスタンプが破損するなどの問題が発生する可能性があります。また、NTPの「11分モード」などのハードウェアクロックが変更されると、--hctosysはドリフト補償を含む時間を誤って設定します。
私が知る限り、Windows 10を正しく設定しました。。何か抜けましたか?それとも時計を正しく設定していませんか?
編集2リクエストに応じてコンテンツ/etc/ntp.conf
:
# Please consider joining the pool:
#
# http://www.pool.ntp.org/join.html
#
# For additional information see:
# - https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon
# - http://support.ntp.org/bin/view/Support/GettingStarted
# - the ntp.conf man page
# Associate to Arch's NTP pool
server 0.arch.pool.ntp.org
server 1.arch.pool.ntp.org
server 2.arch.pool.ntp.org
server 3.arch.pool.ntp.org
# By default, the server allows:
# - all queries from the local host
# - only time queries from remote hosts, protected by rate limiting and kod
restrict default kod limited nomodify nopeer noquery notrap
restrict 127.0.0.1
restrict ::1
# Location of drift file
driftfile /var/lib/ntp/ntp.drift
ベストアンサー1
実際の時間と開始時のRTC間の時間差が大きい場合、NTPは時間の経過とともにゆっくりと増分するのではなく、開始後に一度にすべて余分に補償するように設定できます。
ファイルに最初の行を追加します/etc/ntp.conf
(最初の行でなければなりません)。
tinker panic 0
Tinker Panic - パニックしきい値を秒単位で指定し、デフォルトは1000秒です。 0 に設定すると、パニックの健全性チェックが無効になり、すべての値のクロックオフセットが許可されます。
これにより、現在のLinux時間の問題が解決される可能性がありますが、時間の経過とともに2つのオペレーティングシステム間の時間差が発生する根本的な原因も調査します。