BIOS를 초기화한 후 ZimaOS 웹 UI에 잘못된 날짜가 표시되면 부품을 교체하기 전에 하드웨어 시계, 시간대, NTP 상태를 각각 확인하세요. 이 1.4.1 Beta 스레드에서는 timedatectl을 통해 시스템 시계가 동기화되지 않았고 NTP 서비스가 비활성 상태임을 확인했습니다.
이 글은 Batch 34에서 이전에 2페이지부터 처리한 동일한 포럼 스레드입니다. 이 파일은 전체 스레드를 바탕으로 만든 업데이트된 대체본이며, 새로운 검색 의도를 가진 두 번째 글이 아닙니다.
스레드에서 실제로 확인된 내용
사용자는 BIOS 설정을 초기화하고 RAM을 변경했습니다. 웹 UI에는 잠시 올바른 시간이 표시되었지만 이후 이전 날짜로 되돌아갔습니다. IceWhale은 먼저 CMOS/BIOS 배터리를 확인하라고 안내했지만, 다른 사용자가 새 배터리로도 문제를 재현했으므로 배터리 고장만이 원인이라고 입증되지는 않았습니다.
가장 유용한 진단 증거는 timedatectl이었습니다. 시간대와 RTC 값은 설정되어 있었지만 동기화가 꺼져 있었고 NTP가 비활성 상태였습니다.
RTC, 시간대, NTP를 서로 다른 계층으로 확인하세요
먼저 BIOS/RTC를 정상적인 값으로 설정한 다음 ZimaOS로 부팅하고 timedatectl을 실행하세요. 현지 시간, UTC 시간, RTC 시간, 시간대, “System clock synchronized”, “NTP service”를 비교하세요.
컴퓨터의 전원을 분리한 후에도 하드웨어 시계가 다시 초기화된다면 CMOS 배터리나 펌웨어 설정을 계속 점검해야 합니다. RTC는 안정적이지만 NTP가 비활성 상태라면 운영체제의 시간 동기화 문제로 처리하세요.
1.4.1 Beta의 동작이 현재도 동일하다고 가정하지 마세요
이 보고서는 2025년 베타 빌드에서 작성되었습니다. 현재 ZimaOS 1.7.1 릴리스 노트는 여러 릴리스 이후 버전이므로 오래된 우회 방법을 적용하기 전에 현재 안정 버전에서 문제를 재현하세요.
현재 ZimaOS 터미널 가이드에서 지원되는 터미널 접속 방법을 제공합니다.
잘못된 시간이 시계 외에 더 많은 문제를 일으킬 수 있는 이유
시스템 시간이 잘못되면 HTTPS 인증서, 패키지 다운로드, Docker 레지스트리, 예약 작업이 서로 관련 없어 보이는 방식으로 실패할 수 있습니다. 앱 오류 체크리스트에서는 시스템 시간을 초기 진단 단계로 사용합니다.
호스트 시계는 정확한데 컨테이너 하나에서만 시간대가 잘못 표시된다면 NAS 시계를 변경하지 말고 컨테이너 시간대 가이드를 사용하세요.
결론
포럼 스레드에서는 하나의 영구적인 해결 방법이 입증되지 않았습니다. 대신 펌웨어/RTC 상태, NTP 상태, 웹 UI 동작이 서로 독립적으로 실패할 수 있다는 유용한 진단 기준을 보여 주었습니다. 현재 ZimaOS 릴리스에서는 배터리를 교체하거나 OS를 재설치하거나 시계를 수동으로 보정하기 전에 세 가지를 모두 확인하세요.
