커뮤니티 솔루션

ZimaOS AppData를 다른 드라이브로 이동하기: USB 마이그레이션의 한계와 해결 방법

A ZimaOS AppData migration thread that began with a greyed-out migration control and ended with an official July 2026 clarification: USB drives were not supported as AppData migration destinations at that time, and the limitation was not tied to ZimaOS+.

드라이브가 ZimaOS 파일에서 완벽하게 표시되더라도 Docker 이미지나 AppData를 이동할 대상지로는 사용할 수 없을 수 있습니다. 이러한 차이로 인해 2025년 12월 이 스레드에서 많은 혼란이 발생했습니다.

원 게시자는 2TB USB SSD를 연결해 파일에서 탐색할 수 있었지만 AppData 마이그레이션 컨트롤이 비활성화된 것을 발견했습니다. 초기 커뮤니티 답변에서는 드라이브를 다시 포맷하거나 다른 방식으로 초기화해야 한다고 추정했습니다. 이후 테스트에서 이 이론은 틀린 것으로 밝혀졌고, 2026년 7월 IceWhale이 당시 USB 드라이브를 AppData 마이그레이션 대상으로 지원하지 않았다고 명확히 설명하면서 가장 권위 있는 답변이 제시되었습니다.

비활성화된 마이그레이션 컨트롤의 모습

AppData, Docker 이미지 및 사용자 데이터베이스 위치가 표시되고 이동 컨트롤이 비활성화된 ZimaOS 마이그레이션 설정
원래 보고서에서는 외장 드라이브가 연결되어 있었음에도 마이그레이션 컨트롤을 사용할 수 없었습니다.

파일에 표시된다고 해서 AppData 마이그레이션 대상이 되는 것은 아닙니다

사용자의 USB 디스크는 파일 인터페이스와 저장 공간 요약에 정상적으로 표시되었습니다.

시스템 저장 공간과 함께 ZimaData라는 외장 USB 드라이브가 표시된 ZimaOS 파일 앱
드라이브는 외장 USB 저장 공간으로 접근할 수 있었지만, 이를 통해 단순한 파일 접근과 AppData 마이그레이션 대상 자격이 별개의 기능임을 알 수 있었습니다.
거의 모든 용량을 사용할 수 있는 ZimaData라는 2TB USB 드라이브가 표시된 ZimaOS 저장 공간 카드
ZimaOS는 2TB USB 장치와 용량을 감지했지만, 그렇다고 AppData 마이그레이션 대상으로 사용할 수 있게 된 것은 아니었습니다.

드라이브를 삭제해도 문제가 해결된다는 근거는 없었습니다

커뮤니티 답변에서는 GPT 메타데이터, 파일 시스템 서명 및 파티션을 제거해 ZimaOS가 장치를 새 관리 디스크로 인식하게 하자는 제안이 나왔습니다. 원 게시자는 이러한 방법을 시도했지만 문제가 해결되지 않았다고 보고했습니다. 다른 사용자도 ZimaOS 1.6.1 및 1.6.2에서 비슷한 삭제 작업을 반복했지만 같은 결과를 얻었습니다.

이 스레드에 등장한 파괴적인 디스크 삭제 명령은 커뮤니티 참여자가 제시한 것이며 근본적인 제한을 해결하지 못했으므로 복구 절차로 권장해서는 안 됩니다. 비활성화된 마이그레이션 버튼을 활성화하려고 디스크를 삭제하지 마세요.

IceWhale은 2026년 7월 USB 제한을 확인했습니다

2026년 7월 10일, 777-Spider가 결정적인 설명을 제시했습니다. 문제가 된 드라이브는 USB를 통해 연결되어 있었으며, 당시 ZimaOS는 USB 드라이브를 AppData 마이그레이션 대상으로 지원하지 않았습니다. 같은 답변에서는 이것이 ZimaOS+ 유료 기능 제한이 아니라고 명확히 밝혔습니다.

이 공식 답변에 따라 드라이브를 단순히 “raw” 상태로 만들거나 특별한 방식으로 초기화해야 한다는 이전 커뮤니티 이론은 더 이상 유효하지 않습니다.

현재 ZimaOS에도 데이터 마이그레이션 도구가 내장되어 있습니다

현재 ZimaOS 안내에서는 설정 > 데이터 마이그레이션에서 Docker 이미지, 애플리케이션 데이터 및 사용자 데이터베이스를 다른 저장 공간으로 이동할 수 있다고 설명합니다. 다만 모든 USB 장치가 AppData 대상으로 사용 가능한지는 명시적으로 밝히지 않습니다.

현재 데이터 마이그레이션 작업 흐름을 확인하여 설치된 릴리스에서 실제로 어떤 대상을 제공하는지 살펴보세요. “USB 저장 공간을 사용할 수 있다”는 이유만으로 USB가 AppData 마이그레이션에도 허용된다고 추정하지 마세요.

앱별 볼륨 매핑을 대안으로 사용할 수 있습니다

이후 한 사용자는 Nextcloud의 YAML을 다운로드하고 사용자 지정 앱으로 가져온 다음, 호스트 측 AppData 매핑을 외장 저장 공간의 폴더로 변경하는 우회 방법을 찾았습니다. 이는 커뮤니티에서 제시한 우회 방법이며 모든 앱에 적용되는 IceWhale의 권장 사항은 아닙니다.

현재 ZimaOS 역시 시스템 드라이브가 가득 차기 전에 앱 데이터가 저장될 위치를 결정할 것을 권장합니다. 개별 앱을 더 큰 디스크에 저장해야 할 때는 영구 앱 폴더가 실제 저장 공간에 매핑되는 방식에 대한 설명부터 확인하는 것이 더 안전합니다.

ZimaOS AppData 마이그레이션 FAQ

파일에서는 USB 드라이브가 보이는데 AppData 마이그레이션 버튼이 회색으로 비활성화된 이유는 무엇인가요?

원본 스레드에서 IceWhale이 최종적으로 답변한 내용은 당시 USB를 AppData 마이그레이션 대상으로 지원하지 않았다는 것입니다. 파일 접근과 AppData 마이그레이션은 별개의 기능입니다.

이 제한은 ZimaOS+ 때문인가요?

아니요. 777-Spider는 이것이 ZimaOS+ 또는 유료 기능과 관련이 없다고 명확히 밝혔습니다.

마이그레이션을 활성화하려면 USB 드라이브를 삭제해야 하나요?

이 스레드의 내용에 따르면 그렇지 않습니다. 여러 차례의 파괴적인 삭제 시도도 이 제한을 해결하지 못했습니다.

개별 앱의 데이터를 다른 드라이브에 저장할 수 있나요?

많은 Docker 앱에서 호스트 측 볼륨 매핑을 사용해 데이터를 다른 저장 위치에 저장할 수 있습니다. 경로를 변경하기 전에 앱에 필요한 경로를 신중하게 확인하고 기존 데이터를 백업하세요.