그래서 시스템이 하드웨어 시계의 시간을 설정하도록 하는 데 많은 어려움을 겪고 있습니다. 이것이 제가 방금 한 일이고 모든 것이 잘 작동합니다. 그렇죠? 첫 번째와 마지막 명령은 하드웨어 시계의 시간을 변경했음을 나타내는 것 같습니다.
[omed@localhost ~]$ sudo hwclock -r
Fri 19 Aug 2011 12:15:59 PM MDT -0.407669 seconds
[omed@localhost ~]$ sudo ntpdate 0.pool.ntp.org
19 Aug 12:16:21 ntpdate[1816]: step time server 76.73.0.4 offset 94694401.172566 sec
[omed@localhost ~]$ date
Tue Aug 19 12:16:26 MDT 2014
[omed@localhost ~]$ sudo hwclock -w
[omed@localhost ~]$ sudo hwclock -r
Tue 19 Aug 2014 12:16:41 PM MDT -0.329495 seconds
하지만 이 장치에 대해 주의할 점은 Intel Q7(이미지여기) 모듈은 다른 사람이 설계한 캐리어 보드에 연결됩니다. RC에 사용되는 배터리는 실제로 장치에 있는 것이 아니라 캐리어 보드의 배터리에서 나옵니다.RTC는 BIOS를 통해 설정된 시간을 저장하고 저장합니다.그러나 시스템 전원을 껐다가 다시 켜면(표준 종료를 수행하지 않고 실제로는 보드의 전원만 차단함) 로그인 후 다음과 같은 일이 발생합니다.
[omed@localhost ~]$ sudo hwclock -r
Fri 19 Aug 2011 12:23:02 PM MDT -0.580141 seconds
poweroff명령을 실행 한 후 장치를 재부팅하세요.하다RTC에 대한 시간을 성공적으로 절약했지만 "완전한" 종료를 수행할 수 없는 경우, hwclock을 실행할 때는 수행하지 않는 종료 중에 Linux는 무엇을 합니까? RTC의 교정 시간과 드리프트 시간도 드리프트/교정에 대한 정확한 날짜(아래 2014년 8월)를 표시하지만 실제로는 정확한 시간을 표시하지 않습니다(어떤 이유로든 여전히 2011년으로 생각함).
[omed@localhost ~]$ sudo hwclock -r -D
...
Last drift adjustment done at 1408472197 seconds after 1969
Last calibration done at 1408472197 seconds after 1969
...
Time read from Hardware Clock: 2011/08/19 18:26:45
Hw clock time : 2011/08/19 18:26:45 = 1313778405 seconds since 1969
Fri 19 Aug 2011 12:26:45 PM MDT -0.877045 seconds
이 시스템은 임베디드 시스템(timesys Bowler 14)을 기반으로 한 특수 배포판이지만 Fedora 14를 기반으로 하며 Fedora로 간주할 만큼 유사합니다.