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를 일년에 두 번 조정해야 하기 때문에 이에 반대하는 것이 좋습니다.예현지 시간대? RTC는 귀하의 현재 위치를 어떻게 알 수 있나요? 왜 그럴까요?케어? )
윈도우하다UTC를 RTC 시간으로 사용하는 것이 지원되므로 이것이 제가 할 일입니다. 하지만,Windows 자체 NTP 시간 동기화가 RTC를 잘못된(로컬) 시간으로 덮어씁니다.(UTC로 유지하는 대신) Windows에서는 시간 동기화를 비활성화해야 합니다.
그렇게 할 수 없는 경우 다른 옵션은 를 실행하여 RTC가 UTC가 아닌 현지 시간대에 있음을 Linux 시스템에 알리는 것입니다 timedatectl set-local-rtc 1
. 다시 말하지만, 본질적으로 RTC의 임무는 "절대" 시간을 추적하는 것이고 일광 절약 시간이 시작되거나 끝날 때 또는 다른 시간대로 이동할 때 점프를 해야 한다는 점입니다.
일화 시간: "유럽/부다페스트"는 당신이 헝가리에 있다는 것을 의미한다고 가정합니다. 저는 약 20년 전에 헝가리에서 휴가를 보내다가 다른 시간대에 들어갈 뻔했지만 멀리 떨어져 있어야 한다는 지적을 받았습니다. ~에서저것적절한 파일 경계가 없습니다. 나는 매년 다른 시간대에서 열리는 컨퍼런스에 참석합니다(최근 전염병이 이 빈도에 영향을 미쳤을 수 있음).