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)을 실행하고 있으며 하나의 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완전하거나, 만족스럽거나, 적절할 수 있습니다(…)