ZimaOS는 현재 스토리지 UI에서 예전 CasaOS 방식의 MergerFS “스토리지 병합” 워크플로를 제공하지 않으며, 해당 포럼 스레드에서도 이 기능이 돌아올 것이라는 공식 약속은 없었습니다. 또한 사용자가 확인한 apt: command not found 결과는 ZimaOS가 일반적인 Debian 호스트가 아니라 어플라이언스형 시스템이라는 점과도 일치합니다.
중요한 차이점은 MergerFS가 RAID가 아닌 파일 수준의 풀링이라는 것입니다. 여러 독립 파일 시스템을 하나의 디렉터리로 표시할 수 있지만, 패리티, 이중화, 스냅샷 또는 RAID와 같은 재구축 동작을 제공하지는 않습니다.
ZimaOS에서 apt를 사용할 수 없는 이유
ZimaOS는 고급 작업을 위해 SSH와 웹 터미널을 제공하지만, 그렇다고 해서 루트 OS가 임의의 패키지 설치를 목적으로 설계된 것은 아닙니다. 최신 ZimaOS SSH 설정 문서에서는 터미널 액세스 방법을 안내하고 있으며, 최신 개발자 문서에서도 정상 작동 시 루트 파일 시스템이 읽기 전용이라고 설명합니다.
따라서 apt install mergerfs를 사용해 ZimaOS를 변경 가능한 Debian 서버로 바꾸려는 것은 잘못된 가정입니다. 패키지를 수동으로 주입하더라도 향후 OS 업데이트에서 변경 사항이 덮어써지거나 무효화될 수 있습니다.
MergerFS가 실제로 하는 일
업스트림 MergerFS 문서에서는 여러 파일 시스템 경로를 하나의 통합 디렉터리로 결합하면서도 기본 파일 시스템에는 각각 독립적으로 액세스할 수 있다고 설명합니다. 또한 RAID와 같은 이중화 및 패리티는 명시적으로 지원하지 않는 기능으로 분류합니다.
이는 원래 요청과 잘 맞습니다. 물리 드라이브 하나를 잃더라도 다른 모든 드라이브의 데이터가 자동으로 사라지지 않는 대용량 미디어 네임스페이스를 만들 수 있기 때문입니다. 그러나 풀링된 보기는 여전히 대체할 수 없는 파일을 위한 별도의 백업 전략을 필요로 합니다.
Docker 우회 방법은 실험적인 방식으로 취급하세요
한 포럼 답변에서는 Docker에서 MergerFS를 실행하는 방법을 제안했습니다. 이는 커뮤니티의 아이디어일 뿐, IceWhale이 지원하는 스토리지 방식은 아닙니다. 컨테이너 내부의 FUSE 파일 시스템은 높은 권한, 디바이스 액세스 및 마운트 전파 설정을 요구할 수 있으며, ZimaOS의 스토리지 관리, SMB 공유 또는 앱 경로 선택 기능과 원활하게 통합되지 않을 수 있습니다.
안정적인 운영 환경용 풀을 원한다면 먼저 지원되는 RAID/ZFS 구성이 적합한지 결정하세요. 스토리지 풀 계획 가이드에서는 용량, 성능 및 장애 도메인을 구분하는 데 도움을 주며, RAID 및 SnapRAID 선택 가이드에서는 서로 다른 보호 모델을 사용하는 대안을 다룹니다.
결론
2026년에 제기된 포럼 요청은 타당하지만, ZimaOS에는 아직 기본 제공되는 MergerFS 버튼이 문서화되어 있지 않습니다. apt를 사용할 수 없다고 해서 터미널이 고장 난 것으로 해석하지 말고, 권한이 높은 Docker MergerFS 컨테이너를 예전 CasaOS 병합 기능의 공식 대체 수단으로 간주하지도 마세요. 독립 디스크 풀링이 필수라면 먼저 중요하지 않은 데이터로 테스트하고, 별도의 백업을 유지하세요.
