새로운 ZimaOS 설치 후에는 시스템이 초기화되고 카탈로그를 새로 고치는 동안 App Store가 일시적으로 불완전하거나 사용할 수 없는 상태로 표시될 수 있습니다. 원래 사례에서는 수동 복구가 확인되지 않았으며, 약 4시간 후 CPU 사용량이 감소하고 App Store가 정상적으로 작동하기 시작했습니다.
그렇다고 모든 App Store 문제를 기다리기만 하면 해결된다는 의미는 아닙니다. 같은 스레드의 이후 답변에서는 ZimaOS 1.5.4의 타사 스토어와 관련된 다른 문제가 설명되었으므로, 두 증상을 하나의 원인으로 묶어서는 안 됩니다.
새로 설치한 환경에서 실제로 확인된 결과
원 글 작성자는 몇 시간 후 문제가 저절로 해결되었다고 알렸습니다. 이후 Immich를 정상적으로 설치할 수 있었습니다. 다른 사용자는 업데이트 확인과 완전한 전원 재시작을 제안했지만, 이러한 조치 중 어느 것이 복구를 일으켰는지는 스레드에서 입증되지 않았습니다.
합리적으로 내릴 수 있는 결론은 해당 사례의 새 설치 환경에 백그라운드 초기화 또는 카탈로그 새로 고침을 완료할 시간이 필요했다는 것입니다.
ZimaOS를 다시 설치하기 전 먼저 확인할 사항
- 서버의 인터넷 연결, DNS 및 시스템 시간이 안정적이고 올바른지 확인합니다.
- 설정에서 보류 중인 ZimaOS 업데이트가 있는지 확인합니다.
- 새 시스템이 첫 부팅 시 백그라운드 작업을 완료할 때까지 기다립니다.
- 필요하다면 반복해서 재설치하는 대신 한 번 정상적으로 종료한 후 전원을 다시 켭니다.
ZimaOS App Store 요구 사항 가이드를 참고하면 카탈로그 문제와 앱별 하드웨어 제한을 구분하는 데 도움이 됩니다.
최신 ZimaOS에는 App Store 개선 사항이 추가되었습니다
공식 ZimaOS 1.7.1 릴리스 노트에는 Docker 시작 및 YAML 호환성 개선과 함께 App Store 및 앱 설치 창 표시 개선 사항이 나와 있습니다.
해당 릴리스 노트에는 2025년 8월 새 설치 환경에서 발생한 카탈로그 지연이 해결되었다고 구체적으로 명시되어 있지 않습니다. 따라서 과거의 자동 복구를 1.7.1의 명명된 버그 수정으로 다시 설명하지 않도록 주의해야 합니다.
타사 스토어 충돌은 별도로 다루기
이후에 올라온 1.5.4 보고에서는 타사 스토어를 추가하면 기본 스토어가 사라지고, 해당 스토어를 제거하면 다시 나타난다고 했습니다. 이는 버전에 따른 별도의 보고이며 스레드에서는 해결되지 않았습니다.
다른 스토어를 추가하기 전에는 기본 카탈로그가 정상적으로 작동한다면, 타사 소스를 한 번에 하나씩 추가하면서 문제를 재현해 보세요. ZimaOS 앱 페이지에서 현재 제공되는 항목을 더 명확한 기준으로 확인할 수 있습니다.
결론
새로 설치한 환경에서는 시스템이 초기화를 완료할 때까지 기다리고, 다시 설치하기 전에 업데이트, DNS 및 연결 상태를 확인하세요. 타사 스토어를 추가한 후에만 문제가 시작된다면 이를 별도의 카탈로그 소스 문제로 해결해야 합니다.
