デュアルブート| Windows Linuxで時刻を同期した後の時刻エラー

デュアルブート| Windows Linuxで時刻を同期した後の時刻エラー

Windows時間を同期した後、ハードウェアの時計時間が悪すぎます。

timedatectl 
               Local time: Sun 2023-10-01 15:38:05 CEST
           Universal time: Sun 2023-10-01 13:38:05 UTC
                 RTC time: Sun 2023-10-01 13:38:05
                Time zone: Europe/Budapest (CEST, +0200)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no
sudo hwclock 
2023-10-01 15:38:47.644031+02:00

これUTCそしてリアルタイムクロック時間も合って時間帯も合ってるけど中央ヨーロッパ夏時間時間は間違った。この状況で私は何ができますか?

ベストアンサー1

UTC および RTC 時間は正確でタイムゾーンは正確ですが、CEST 時間が正しくありません。

いいえ!* UTC時間とRTC時間は間違った。つまり、UTC時間は13:38ではなく11:38です。

したがって、問題は次のとおりです。 LinuxではRTCがUTC時間に設定されていると思いますが(これが正直なところ最も賢い方法です)、現地時間に設定されています。

     RTC in local TZ: no

しなければならない、RTCを現地時間帯に維持したい場合(突然、夏時間を考慮したりラップトップを使って旅行したりしても、RTCを年に2回調整する必要があるため、これに反対することをお勧めします。はいローカルタイムゾーン? RTCはあなたの現在の位置をどのように知っていますか?なぜですか?ケア? )

WindowsするUTCをRTC時間として使用することがサポートされているので、これが私がすることです。しかし、Windows独自のNTP時間同期はRTCを間違った(ローカル)時間で上書きします。(UTC のままではなく) Windows では、時刻同期を無効にする必要があります。

そうでない場合は、別のオプションを実行して、RTCがUTCではなくローカルタイムゾーンにあることをLinuxシステムに通知することですtimedatectl set-local-rtc 1。繰り返しますが、本質的にRTCの使命は、「絶対」時間を追跡することであり、夏時間が開始または終了したとき、または他の時間帯に移動したときにジャンプする必要があるということです。

逸話時間:「ヨーロッパ/ブダペスト」は、あなたがハンガリーにいることを意味すると仮定します。私は約20年前にハンガリーで休暇を過ごして別の時間帯に入るようになったが、遠く離れなければならないという指摘を受けました。 ~からそれ適切なファイル境界がありません。私は毎年異なる時間帯で開催される会議に出席します(最近の感染症がこの頻度に影響を与えた可能性があります)。

おすすめ記事