ZimaOS 앱 스토어에서 Home Assistant Container를 실행하는 것은 Home Assistant OS를 실행하는 것과 같지 않습니다. 컨테이너는 Docker 내부에서 Home Assistant Core를 제공하는 반면, HAOS는 Supervisor가 관리하는 애드온과 자체 운영 환경을 포함한 완전한 어플라이언스 이미지입니다. 원 게시자는 컨테이너 배포 환경에서 일부 Tuya 및 Xiaomi 통합이 제대로 작동하지 않아 완전한 HAOS 환경을 원했습니다.
처음 시도한 ZVM은 밤새도록 켜 두었는데도 로딩 화면을 넘어가지 못했습니다. 이 글에서는 ZVM 자체가 HAOS를 실행할 수 없다는 점이 확인된 것은 아닙니다. 대신 이후 답변에서는 먼저 변경해 볼 만한 두 가지 설정이 제시되었습니다. 사용자가 VirtualBox .vdi 디스크 이미지를 선택했고, 레거시 BIOS 펌웨어를 사용하고 있었다는 점입니다.
원래 ZVM 구성
KVM 계열 하이퍼바이저에는 QCOW2 이미지 사용
약 두 달 동안 ZVM에서 Home Assistant OS를 실행한 커뮤니티 회원은 QCOW2 이미지를 사용했다고 밝혔습니다. 이 권장 사항은 KVM/Proxmox 계열 하이퍼바이저용 QCOW2 이미지를 제공하는 Home Assistant의 최신 가상 머신 다운로드 페이지와도 일치합니다.
새 ZVM 배포를 시작할 때는 KVM 계열 가상 머신용으로 제공되는 최신 Home Assistant OS 이미지를 사용하세요. VDI 이미지는 주로 VirtualBox와 연관되어 있으므로 ZVM에서 처음 선택할 형식으로는 적합하지 않습니다.
UEFI 펌웨어 사용
원본 VM은 BIOS를 사용했습니다. 커뮤니티의 서로 다른 두 답변에서 UEFI로 변경할 것을 제안했으며, 현재 Home Assistant 지침에서도 HAOS 가상 머신에 UEFI를 요구합니다.
부팅 호환성 문제를 해결하기 전에 VM을 과도하게 확장하지 마세요
원래 VM에는 64GB 가상 디스크와 4GB RAM이 할당되어 있었습니다. 다른 사용자는 32GB 디스크에서 약 절반의 공간이 여전히 남아 있다고 보고했으며, 커뮤니티 요약에서는 2 vCPU, 2~4GB RAM, 32GB 디스크 용량으로 시작할 것을 제안했습니다.
CPU, RAM 또는 저장 공간을 늘려도 펌웨어나 이미지 형식 문제는 해결되지 않습니다. 먼저 부팅 경로를 정상화한 다음, 실제 애드온, 기록 보존 기간, 데이터베이스 및 통합 사용량에 따라 리소스를 늘리세요.
첫 부팅 초기화에 충분한 시간 제공
한 답변에서는 HAOS가 저장 공간을 확장하고 서비스를 초기화하는 동안 몇 분간 검은 화면이나 조용한 콘솔 상태에 머물 수 있다고 설명했습니다. 이는 같은 로딩 상태를 밤새도록 방치한 경우와는 다릅니다. 호환되는 이미지와 UEFI로 전환한 후에는 멈춘 것으로 판단하기 전에 첫 부팅에 충분한 시간을 주세요.
VDI가 불가능하다는 사실은 확인되지 않음
단순히 “VDI는 작동하지 않는다”라고 결론 내리는 것을 가장 강하게 바로잡은 내용은 글 후반부에 나왔습니다. 다른 ZimaBoard 2 사용자는 VM에서 UEFI를 사용했을 때 VDI 형식의 Home Assistant OS 17.3이 정상적으로 작동했다고 밝혔습니다. 이는 이미지 형식만으로는 근본 원인이었다고 입증할 수 없다는 뜻입니다.
보다 정확한 결론은 QCOW2와 UEFI 조합이 우선 시도하기에 더 안전한 구성이라는 것입니다. 이 조합은 대상 하이퍼바이저 계열에 부합하며, ZVM에서 정상 작동한 사례도 있습니다. 더 중요한 요구 사항은 UEFI인 것으로 보입니다.
ZimaOS Home Assistant 컨테이너로 충분한 경우
필요한 통합이 Home Assistant Container에서 작동한다면, 컨테이너가 더 가볍고 VM 안에서 두 번째 운영 체제를 실행할 필요가 없습니다. HAOS 애드온이나 어플라이언스 방식의 관리 모델이 꼭 필요하다면 ZVM이 적합할 수 있지만, ZimaOS 업데이트 과정에서 또 하나의 가상화 계층도 안정적으로 유지해야 합니다.
별도의 하이퍼바이저는 다른 아키텍처입니다
한 참여자는 물리 N150 장치에 Proxmox를 설치하고 ZimaOS와 Home Assistant OS를 별도의 가상 머신으로 실행하자고 제안했습니다. 이렇게 하면 Home Assistant를 ZimaOS 유지 관리 작업으로부터 격리할 수 있지만, 호스트 아키텍처 전체가 바뀌므로 이 글의 문제를 해결하는 데 반드시 필요한 방법으로 설명해서는 안 됩니다.
실용적인 문제 해결 순서
- 오래된 파일을 재사용하지 말고 최신 HAOS 가상 머신 이미지를 다운로드합니다.
- ZVM에서 지원한다면 QCOW2로 시작합니다.
- UEFI 펌웨어를 선택합니다.
- 2 vCPU, 2~4GB RAM, 약 32GB 디스크처럼 적절한 수준의 리소스를 할당합니다.
- HAOS VM에 사용 가능한 LAN 주소를 제공하는 네트워크 모드를 사용합니다.
- 첫 부팅 초기화에 충분한 시간을 줍니다.
- 그래도 VM이 부팅되지 않으면 저장 장치나 애플리케이션 설정을 변경하기 전에 콘솔을 확인합니다.
ZVM에서 Home Assistant OS 실행에 관한 FAQ
어떤 이미지를 먼저 사용해야 하나요?
QCOW2를 먼저 선택하는 것이 좋습니다. KVM 계열 하이퍼바이저용으로 설계되었고, 커뮤니티의 ZVM 배포에서도 정상적으로 작동했습니다.
HAOS에서 ZVM은 BIOS와 UEFI 중 무엇을 사용해야 하나요?
UEFI를 사용하세요. 현재 Home Assistant 요구 사항에는 UEFI가 명시되어 있습니다.
HAOS에 64GB 가상 디스크가 필요한가요?
기본 설치에는 필요하지 않습니다. 커뮤니티 사용자들은 32GB도 충분히 사용할 수 있다고 보고했지만, 기록 데이터가 많거나 애드온을 많이 사용한다면 더 큰 용량이 필요할 수 있습니다.
VDI가 지원되지 않는 것으로 확인되었나요?
아닙니다. 이후 한 ZimaBoard 2 사용자는 UEFI를 사용한 VDI 배포가 정상적으로 작동했다고 보고했습니다.
