이 경우 “Failed to Load dm Table: Invalid Argument”는 무엇을 의미하나요?
2025년 4월, 한 신규 ZimaCube 사용자는 ZimaOS 1.4 업데이트가 Failed mounting bundle: Failed to load dm table: Invalid argument 오류와 함께 실패했다고 보고했습니다. 자동으로 제공된 업데이트를 사용할 때와 릴리스 이미지를 수동으로 다운로드한 후에도 같은 오류가 발생했습니다.
핵심은 시작 버전이었습니다. IceWhale 팀원은 최근 같은 문제를 겪었다며 설치된 버전이 1.2.5보다 낮은지 물었습니다.
IceWhale 팀은 어떤 해결 방법을 권장했나요?
팀의 권장 사항은 버전에 따라 달랐습니다. 시스템이 ZimaOS 1.2.5보다 낮은 버전이라면 먼저 오프라인 업데이트로 1.2.5로 업데이트한 다음 1.4.0으로 업그레이드해야 했습니다. 이는 초기 릴리스에 적용되는 단계적 업그레이드 경로이며, 현재 발생하는 모든 업데이트 오류에 대한 보편적인 해결 방법은 아닙니다.
원 게시자는 ZimaOS 1.2.1에서 시작했으며, 이후 오프라인 업그레이드로 1.3.3 설치에 성공했다고 보고했습니다. 그 후 일반적인 방식으로 1.4.0으로 업그레이드할 수 있었습니다.
현재 오프라인 업데이트 절차는 어떻게 진행되나요?
현재 ZimaOS 오프라인 업데이트 가이드에서는 적절한 RAUCB 설치 패키지를 다운로드하여 오프라인 업데이트 디렉터리에 넣고, ZimaOS가 이를 감지할 때까지 기다린 다음 인터페이스에서 업데이트를 실행하도록 안내합니다.
| ZimaOS 버전 | 오프라인 패키지 디렉터리 |
|---|---|
| 1.4.1 이전 | /ZimaOS-HD/rauc/offline/ |
| 1.4.1 이상 | /ZimaOS-HD/.ota/offline/ |
2025년 커뮤니티 답변에서는 더 오래된 오프라인 업데이트 절차를 안내했기 때문에 이 디렉터리 변경 사항이 중요합니다. 현재 릴리스에서 예전 경로를 자동으로 사용하지 마세요.
오늘 같은 오류가 표시되면 어떻게 해야 하나요?
- 현재 설치된 ZimaOS의 정확한 버전을 기록합니다.
- 업데이트 대상 버전과 전체 오류 메시지를 기록합니다.
- 초기 1.2.x 릴리스에서 1.4.0으로 업그레이드하는 경우, 이 스레드의 단계적 업그레이드 해결 방법이 직접적으로 관련됩니다.
- 최신 릴리스의 경우 현재 ZimaOS 오프라인 업데이트 문서를 따릅니다.
- 대상 릴리스용 RAUCB 패키지와 현재 버전에 맞는 디렉터리를 사용합니다.
- 복구 또는 여러 단계의 버전 변경을 진행하기 전에 중요한 데이터를 백업합니다.
자주 묻는 질문
ZimaCube 하드웨어에 결함이 있었나요?
해당 스레드만으로는 하드웨어 결함이 있었다고 판단할 수 없습니다. 소프트웨어 업그레이드 경로를 변경하여 문제가 해결되었습니다.
모든 ZimaOS 사용자가 먼저 1.2.5로 업데이트해야 하나요?
아니요. 이 안내는 1.2.5보다 낮은 버전을 사용하면서 ZimaOS 1.4.0으로 업그레이드하려는 시스템에만 해당했습니다.
지금 오프라인 업데이트 패키지는 어디에 넣어야 하나요?
현재 문서에서는 1.4.1 이상 버전에 /ZimaOS-HD/.ota/offline/를 사용하고, 이전 버전에는 /ZimaOS-HD/rauc/offline/을 사용합니다.
