ZimaOS 1.7.0은 주요 앱 스토어/UI 릴리스였지만, 발표 글의 2페이지는 곧 회귀 버그 보고 스레드가 되었습니다. 사용자들은 App Store 2.0과 네이티브 YAML을 긍정적으로 평가하는 한편, 비정상적인 메모리 사용량, 느린 파일 작업, 이동 후 비어 있는 원본 폴더, 수동 재시작이 필요한 애플리케이션, 리버스 프록시 URL 문제, 사라지는 인터넷 링크도 보고했습니다.
현재 이 스레드를 유용하게 읽는 방법은 보고된 증상과 IceWhale이 인정한 문제를 구분한 다음, ZimaOS 1.7.1에서 실제로 무엇이 수정되었는지 확인하는 것입니다. 2페이지의 여러 보고는 1.7.1 릴리스 노트와 직접 연결되지만, 일부는 여전히 확인되지 않은 제품 버그가 아닌 사용자 피드백으로 남아 있습니다.
한 사용자가 90%의 메모리 사용량과 매우 느린 외장 드라이브 복사를 보고했습니다
한 32GB 시스템에서 1.7.0 설치 후 메모리 사용량이 약 90%까지 증가했으며, 외장 드라이브에서 몇 GB만 복사하는 데도 여러 시간이 걸렸다고 합니다. IceWhale은 메모리 사용량 스크린샷과 함께 드라이브 연결 방식, 미디어 유형, 파일 개수에 대한 세부 정보를 요청했습니다.
이후 ZimaOS 1.7.1에서는 공식적으로 특정 파일 작업 시나리오에서 발생하던 비정상적인 메모리 사용량을 수정했으므로, 이 유형의 문제 제기에는 구체적인 제품 수준의 수정이 적용되었습니다.
폴더를 이동하면 원본 디렉터리가 비어 있는 상태로 남을 수 있었습니다
isanto1306은 드라이브 간 파일 이동은 정상적으로 완료되지만, 특히 하위 폴더가 포함된 경우 원본 폴더가 빈 디렉터리로 남는 일이 있었다고 보고했습니다. 이 동작은 1.6.2에서 시작되어 1.7.0에서도 계속되었다고 합니다.
Dina는 이 문제를 명시적으로 기록하고 수정하겠다고 밝혔습니다. 이후 ZimaOS 1.7.1에는 특정 상황에서 폴더를 잘라내기한 후 빈 폴더가 남는 문제에 대한 수정 사항이 포함되었습니다.
업그레이드 후 일부 앱을 수동으로 재시작해야 했습니다
같은 사용자는 업그레이드 직후 여러 컨테이너가 작동하지 않았으며, 수동으로 여러 번 재시작한 뒤에도 4개의 애플리케이션이 계속 작동하지 않았다고 말했습니다.
Dina는 진단 스크립트와 함께 앱 이름 및 docker start 실행 결과를 요청했습니다. 이는 IceWhale이 모든 앱에서 발생하는 단일 장애로 단정하기보다 재시작 정책과 컨테이너 시작 동작을 조사하고 있었음을 보여줍니다.
ZimaOS 1.7.1에서는 Docker 시작 효율성이 개선되었습니다
1.7.1 변경 로그에는 “모든 수동 재시작 문제가 해결되었다”고 적혀 있지 않습니다. 하지만 Docker 컨테이너 시작 속도와 효율성 개선, 그리고 Docker 네트워크/YAML/Web URL 관련 개선 사항이 폭넓게 포함되어 있습니다.
1.7.0에서 사용하던 해결 방법을 다시 적용하기 전에 ZimaOS 1.7.1의 안정성 및 Docker 수정 사항을 확인하세요.
리버스 프록시 Web URL에 내부 포트가 공개 URL로 강제로 추가될 수 있었습니다
2페이지의 보고에 따르면 리버스 프록시 도메인이 https://mydomain.example이어야 하는데, ZimaOS가 :8601과 같은 내부 포트를 추가했습니다. Dina는 이 문제를 기록하고 수정하겠다고 밝혔습니다.
이후 ZimaOS 1.7.1에서는 Docker Web URL 포트 구성과 동적 네트워크 환경에서의 URL 처리가 개선되어, 이 구성 영역의 문제가 직접적으로 다뤄졌습니다.
인터넷 링크가 사라지는 문제가 보고되었지만, 최종 수정 사항은 출처에 나와 있지 않습니다
사용자는 업데이트 후 애플리케이션과 컨테이너는 그대로 남아 있었지만 대시보드의 인터넷 링크가 사라졌다고 말했습니다. 이전 베타 버전에서도 같은 일이 발생했다고 합니다.
공개된 2페이지 내용에는 해당 Web Links 손실에 대한 IceWhale의 수정 확인이 없습니다. 이후 변경 로그에 명시적으로 언급되지 않는 한, 1.7.1에서 이 문제가 해결되었다고 추정하지 마세요.
한 사용자는 1.6.2로 롤백했습니다
IceWhale이 진단 정보를 요청한 후, 해당 사용자는 NAS를 매일 사용하고 있으며 1.7.0이 자신의 환경에서 충분히 안정적이지 않았기 때문에 이미 1.6.2로 롤백했다고 말했습니다.
이는 사용자의 결정일 뿐이며, 모든 사용자가 1.7.0에서 다운그레이드해야 한다는 공식 권고는 아닙니다.
이 스레드에는 커뮤니티가 공유한 수동 RAUC 업그레이드 방법도 포함되어 있습니다
한 사용자는 .raucb 파일을 /DATA 아래에 복사한 후 rauc install ...을 실행하는 방법을 설명했습니다. 이는 IceWhale의 기본 업그레이드 경로가 아니라 커뮤니티에서 제공한 안내였습니다.
현재 사용자는 일반적으로 지원되는 업데이트 제어 기능과 릴리스 안내를 따라야 하며, 듀얼 슬롯 복구 모델을 이해하는 경우에만 수동 RAUC 절차를 사용해야 합니다.
현재 ZimaOS는 1.7.0 출시 빌드가 아니라 1.7.1입니다
IceWhale의 현재 문서에서는 ZimaOS 1.7.1을 최신 안정 버전으로 안내하고 있습니다. 현재 이러한 증상을 조사할 때는 출시 당시의 롤백이나 수동 재시작 절차를 적용하기 전에 먼저 1.7.1에서도 문제가 재현되는지 확인하세요.
ZimaOS 1.7.0 회귀 버그 FAQ
1.7.1에서 일부 파일 작업 중 비정상적인 메모리 사용량 문제가 해결되었나요?
예. 1.7.1 변경 로그에 명시적으로 기재되어 있습니다.
1.7.1에서 잘라내기/이동 후 빈 원본 폴더가 남는 문제가 해결되었나요?
예. 변경 로그에 해당 수정 사항이 명시되어 있습니다.
IceWhale은 모든 앱 재시작 문제가 해결되었다고 확인했나요?
아니요. 1.7.1에서 Docker 시작 기능은 개선되었지만, 원문 조사 내용에서는 작동하지 않는 모든 앱의 원인을 하나로 단정하지 않았습니다.
