이 스레드는 현재 기능 목록이 아니라 2025년 말 ZimaOS의 모습을 보여 주는 기록으로 읽는 것이 좋습니다. 작성자는 CasaOS에서 이전한 후 macOS 클라이언트 재연결 문제, 멈춘 것처럼 보이는 앱 설치, 프록시 앱 설치 후 발생한 브리지 네트워크 장애, 미흡한 러시아어 현지화, 의도적으로 제한된 호스트 OS, 제한적인 ZVM 장치 패스스루, 기본적인 백업 동작, 빈 btop 패널 등 실제 불편을 보고했습니다.
이 중 일부는 버그였고, 일부는 아키텍처상의 선택이었으며, 몇 가지는 이후 변경되었습니다. 원 작성자는 ZimaOS 1.5.2로 업데이트한 뒤 btop 모니터링이 정상 작동했다고 직접 확인했습니다. 현재 ZimaOS 1.7.1에는 더 새로운 App Store, 버전 관리가 적용된 Backup 워크플로, 더욱 폭넓은 스토리지 및 네트워크 수정 사항, 훨씬 성숙해진 앱 및 AI 카탈로그도 포함되어 있습니다. 그러나 읽기 전용 어플라이언스 모델은 여전히 의도적인 설계로 유지되고 있습니다.
btop 모니터링 문제는 1.5.2에서 해결되었음이 원문에서 확인되었습니다
작성자는 ZimaOS 1.5.2로 업데이트한 뒤 시스템 모니터링이 정상적으로 작동했다고 스레드를 수정했습니다. 따라서 이 문제는 영구적인 제품 제한이 아니었던 것이 분명합니다.
현재 ZimaOS 문서에도 btop 기반 시스템 모니터링이 계속 포함되어 있으며, 이 기능은 원래 1.3.x 계열에서 제품에 도입되었습니다.
멈춘 앱 설치는 UI 상태, Docker 상태 또는 레지스트리 장애일 수 있습니다
커뮤니티 답변에서는 Docker 작업은 때때로 완료되지만 UI가 업데이트를 놓칠 수 있다고 설명했습니다. 이는 가능성이 있지만, 이 스레드에서 IceWhale이 내린 진단은 아닙니다. 최신 App Store 장애는 다음과 같이 구분해야 합니다.
- 이미지 가져오기, DNS 또는 레지스트리 장애;
- 컨테이너 생성 또는 시작 실패;
- 컨테이너는 정상인데 대시보드 상태만 오래된 경우;
- 애플리케이션 WebUI 또는 네트워크 설정 오류.
현재 설치에서 “매번 NAS를 재부팅하라”는 방법을 영구적인 해결책으로 받아들이지 마십시오.
V2RayA로 브리지 앱이 중단되었다고 해서 ZimaOS 핵심 버그로 입증된 것은 아닙니다
원 작성자는 V2RayA를 설치한 뒤 브리지 네트워크를 사용하는 애플리케이션이 열리지 않기 시작했다고 말했습니다. 커뮤니티 답변에서는 프록시 또는 DNS 변경으로 Docker 브리지의 이름 확인이 중단되었을 수 있다고 제안했습니다. 그러나 이 스레드에는 해당 장애를 특정 DNS 또는 라우팅 규칙 하나와 연결하는 로그나 IceWhale의 확인이 없습니다.
프록시 또는 VPN 컨테이너가 라우팅, DNS, iptables/nftables 또는 Docker 네트워크 네임스페이스를 변경하면, 영향을 받은 모든 앱을 탓하기 전에 해당 변경 사항을 먼저 점검하십시오.
읽기 전용 호스트는 여전히 유지되는 설계 선택입니다
작성자는 임의의 호스트 패키지를 설치할 수 없다는 점을 불편해했습니다. 일반적인 Debian/Ubuntu 서버를 원하는 사용자에게는 타당한 비판이지만, 이는 우연히 발생한 버그가 아닙니다. 현재 ZimaOS 문서에도 대부분의 시스템 폴더가 읽기 전용이며, 애플리케이션은 Docker, 모듈, VM 또는 지원되는 개발자 확장을 통해 실행하도록 안내되어 있습니다.
어플라이언스 방식이 자신의 작업 흐름에 적합한지 판단하려면 현재 ZimaOS CLI 파일 시스템 모델을 참조하십시오.
ZVM 패스스루는 제한적이었지만 상황은 발전했습니다
2025년 말에도 다른 곳의 공식 답변에서는 PCIe 패스스루를 장기 로드맵 항목으로 설명했습니다. 2026년에는 ZVM-Extra와 같은 커뮤니티 모듈이 libvirt를 기반으로 USB/PCIe 패스스루를 추가했지만, 이는 여전히 커뮤니티 소프트웨어이며 모든 패스스루 작업이 이제 ZVM에 기본 내장된 공식 지원 기능이라는 증거는 아닙니다.
중요한 GPU/HBA/USB 패스스루가 필요하다면 2025년의 불만 제보나 베타 커뮤니티 모듈만으로 전체 상황을 판단하지 말고, 현재 ZVM UI와 IOMMU 그룹 구성을 직접 확인하십시오.
“백업은 파일만 복사한다”는 지적은 이제 역사적으로 불완전합니다
현재 ZimaOS Backup은 예약 작업, 재개 가능하고 오류에 강한 전송, 로컬/USB/클라우드/다른 Zima 장치로의 대상 지정, 버전이 있는 복원 지점을 지원합니다. 다만 Duplicati와 같은 암호화 아카이브 유틸리티와 동일한 제품은 아닙니다.
2025년의 제한 사항을 반복하기 전에 현재 ZimaOS Backup 모델을 확인하십시오.
재설정 UI는 어플라이언스 복구 철학을 보여 줍니다
핵심 질문은 어플라이언스 OS를 원하는지 여부입니다
제한 없는 패키지 관리, 직접 편집하는 호스트 서비스, 일반적인 데스크톱/서버 배포판을 원하는 사용자는 여전히 Debian, Ubuntu, Proxmox, Unraid 또는 다른 플랫폼을 선호할 수 있습니다. 관리형 NAS 계층, Docker App Store, 스토리지 UI, 원격 액세스 및 보호된 시스템 파티션을 원하는 사용자라면 ZimaOS를 선호할 수 있습니다.
2025년 스레드는 이러한 절충점을 보여 준다는 점에서 유용하지만, 현재 평가는 1.5 시절의 모든 증상이 여전히 존재한다고 가정하지 말고 ZimaOS 1.7.1을 기준으로 진행해야 합니다.
ZimaOS 단점 FAQ
원 작성자가 겪은 고장 난 btop 패널은 해결되었나요?
예. 작성자는 ZimaOS 1.5.2로 업데이트한 후 모니터링이 정상 작동했다고 명시적으로 밝혔습니다.
읽기 전용 호스트 파일 시스템은 여전히 의도된 설계인가요?
예. 현재 ZimaOS도 대부분의 호스트 폴더가 읽기 전용인 어플라이언스 방식 시스템으로 유지되고 있습니다.
현재 Backup도 여전히 일회성 파일 복사만 지원하나요?
아니요. 현재 Backup에는 예약, 재개 가능한 전송, 여러 대상 유형, 버전 및 복원 지점이 포함되어 있습니다.
