GNOME 3（Arch Linux）自動タイムゾーン検出が正しく機能しないことがわかりました。私の実際のタイムゾーンはPST（UTC-08）ですが、「すべての設定 - >日付と時刻」で「自動タイムゾーン」オプションをオンにすると、EST（UTC-05）にあることが検出されます。
コア：4.9.11-1-ARCH
ドワーフ：3.22.3-1
出力timedatectl：
Local time: Wed 2017-03-01 05:36:18 EST
Universal time: Wed 2017-03-01 10:36:18 UTC
RTC time: Wed 2017-03-01 10:36:18
Time zone: America/New_York (EST, -0500)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
出力sudo hwclock --show：（2017-03-01 05:37:38.295861-0500現在のEST時間）
出力date：Wed Mar 1 05:39:07 EST 2017
私のIPアドレスに問題があるようですが、私が試したすべてのオンラインIPロケーションルックアップサイトは、私がサンフランシスコにいることを伝えます（正しい）。また、私はデュアルシステム（Windows 10およびArch）を実行していますが、1つのOSがハードウェアクロックに書き込むと、次回の起動時に常に他のOSの時間が間違っています。これを無視して、OSのインターネットタイムサービスで変更するようにします。タイムゾーンエラー検出が今日から始まりました。
この問題をどのように処理するのかわかりません。考えられる理由が何であるかを説明できる人はいますか？
答え1
ノートこれは（以下に引用されたRoaimaのコメントのように）そうではありません。いっぱいトラブルシューティング
これは単に問題に付着した石膏を置くことです。ハードウェア時計がUTCに設定されているWindowsおよびLinuxベースのシステムを実行するには、実際に問題がないはずです。
少し遅れましたが、ntp設定は試しましたか？
注意して使用してください。 ntpに関連するいくつかのセキュリティ問題があるかもしれませんが、私はこれを提供するだけです。お役に立てば幸いです。
timedatectl set-ntp true
ネットワークタイムプロトコルセキュリティの問題 - en.wikipedia.org
次のことを試すこともできます。
gsettings set org.gnome.desktop.datetime automatic-timezone true
注：私の投稿が完全に間違っていることがわかった場合は、すぐに指摘してください。 //ありがとうございます！ありがとうございます！
一時的にこの問題が複数回発生し、次の方法で解決しました（おそらく最適ではない可能性があります）。
timedatectl set-time <the actual **correct time**>
timedatectl set-timezone <Your timezone>
次に - その後、次を試してください。
timedatectl set-ntp true
これが将来的に誰かに役立つことを願っています。
脚注
この単語の同義語はfull完全、満足、または適切です（…）