systemd가 시스템 시간을 설정하지 않는 이유는 무엇입니까?

systemd가 시스템 시간을 설정하지 않는 이유는 무엇입니까?

저는 아치 리눅스를 사용하고 있습니다. 최근에 PC를 켜면 시스템 시간이 1970년 1월 1일 1시로 설정되어 있습니다. 아마도 1시는 시간대 이동에 따른 것 같습니다.

systemd왜 내 시스템 시간을 올바르게 설정하지 않는지 아는 사람이 있나요 ?

유용한 출력이 있습니다. (제 생각에는)...

[root@alex-desktop network.d]# timedatectl status
      Local time: Sun 2013-06-09 16:33:04 BST
  Universal time: Sun 2013-06-09 15:33:04 UTC
        RTC time: Sun 2013-06-09 15:18:50
        Timezone: Europe/London (BST, +0100)
     NTP enabled: yes
NTP synchronized: no
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  Sun 2013-03-31 00:59:59 GMT
                  Sun 2013-03-31 02:00:00 BST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  Sun 2013-10-27 01:59:59 BST
                  Sun 2013-10-27 01:00:00 GMT

답변1

나는 Raspberry Pi와 비슷한 문제를 겪었습니다.보기에없다RTC), 따라서 비슷한 장치가 없는 유사한 장치를 사용하고 있거나(가능성 없음), 컴퓨터가 조금 오래되었고 RTC의 배터리(일명)입니다.CMOS 배터리평탄하게 달렸습니다.

귀하에 따르면 timedatectl status이미 NTP가 활성화되어 있으며 시간 서버에 쿼리하여 시간을 설정해야 합니다. 하지만 컴퓨터를 부팅할 때 설정된 시간에 인터넷에 연결되어 있지 않으면 이 기능이 작동하지 않는 것 같습니다. 이는 WLAN을 사용하고 연결하는 데 시간이 오래 걸리는 경우에 발생할 수 있습니다.

결국 내 해결책은 다음과 같이 시간을 강제로 확인하기 위해 루트( su -c "crontab -e")에 대한 크론 작업을 추가하여 1분에 한 번씩 실행하는 것이었습니다.ntpd -s

# sync network time every minute (this is sad)
* * * * *               ntpd -s

문제 해결됨.

NTPDntpd.conf 매뉴얼 페이지minpollntpd를 8초 간격으로 확인하는 데 사용할 수 있는 옵션이 언급되어 있습니다 . 이것은 분명히 9000배 이상 더 좋으며 이것이 예상대로 작동하면 답변을 업데이트하겠습니다.

관련 정보