Proxmox에서 새 ZimaOS VM을 실행할 때 “Account initialization failed — Key does not exist” 오류가 발생하면 오래된 커뮤니티의 BIOS 우회 방법을 시도하기 전에 현재 공식 Proxmox 설치 프로필을 사용하세요. 현재 ZimaOS 가이드에서는 SeaBIOS가 아닌 UEFI/OVMF를 지정합니다.
원래 답변에서는 VirtIO/SATA 사용, QEMU Guest Agent 비활성화 또는 SeaBIOS로 전환을 제안했지만, 이는 검증된 결과가 아닌 커뮤니티의 추측이었습니다. 현재 공식 설치 지침을 우선적으로 따르세요.
최신 ZimaOS ISO 사용
현재 ZimaOS Proxmox 설치 가이드는 오래된 베어 메탈 이미지를 변형하는 대신 Proxmox용 공식 ZimaOS ISO를 권장합니다.
UEFI / OVMF 사용
현재 공식 요구 사항에 따르면 BIOS 유형은 UEFI/OVMF여야 합니다. 오래된 포럼 답변에서 도움이 될 수도 있다고 추측했다는 이유만으로 SeaBIOS로 전환하지 마세요.
충분한 리소스 할당
현재 가이드에서는 최소 2코어, RAM 4GB, 저장 공간 32GB를 권장하며, 원활한 사용을 위해 4코어와 RAM 8GB를 권장합니다.
일반 가상 디스크 컨트롤러 사용
현재 설치 방식에서 지원하는 Proxmox 스토리지 컨트롤러를 선택하고 초기 VM은 단순하게 유지하세요. 문제를 해결하는 동안 디스크 버스, 디스크 크기, 게스트 에이전트, MAC 주소, 펌웨어를 동시에 변경하지 마세요.
계정을 만들기 전에 설치 완료
VM이 ISO 설치 프로그램으로 계속 진입하지 않고 설치된 ZimaOS 시스템 디스크에서 부팅되는지 확인하세요. 계정 초기화에는 정상적인 쓰기 가능 시스템 상태가 필요합니다.
오류가 반복되면 쓰기 가능한 저장소 확인
df -h
lsblk -f쓰기 가능한 데이터 영역에 계정 키가 저장되지 않는다면 브라우저를 재설치하거나 비밀번호를 변경해도 근본적인 문제가 해결되지 않습니다.
클린 브라우저 세션 사용
비공개 브라우저 창에서 VM의 LAN IP 주소에 직접 접속하고, 지나치게 엄격한 콘텐츠 차단기는 사용하지 마세요. 이렇게 하면 오래된 최초 실행 UI 상태가 원인인지 확인할 수 있습니다.
새 VM의 사용자 데이터베이스를 수정하지 마세요
현재 ISO, 현재 공식 VM 프로필, 정상적인 디스크를 사용해도 사용자가 생성되기 전에 계속 실패한다면 로그를 수집하고 계정 데이터베이스를 직접 수정하는 대신 테스트 VM을 깨끗하게 다시 생성하세요.
설치 문제 해결 가이드에서 전체 복구 절차를 확인할 수 있습니다.
첫 계정 설정 전에 스냅샷 생성
현재 ISO 설치가 완료되고 VM이 최초 실행 설정 화면에 도달하면, 실험을 시작하기 전에 Proxmox 스냅샷을 생성하세요. 계정 초기화에 실패하면 전체 설치를 반복하지 않고도 계정 생성 전의 깨끗한 상태로 되돌릴 수 있습니다.
VM 하드웨어 프로필을 단순하게 유지하세요
소유자 계정이 성공적으로 생성될 때까지 추가 NIC, 패스스루 장치, 특이한 디스크 컨트롤러 또는 게스트 에이전트 사용자 지정을 추가하지 마세요. 먼저 정상 작동이 확인된 기준 상태를 만들고, 가상 하드웨어를 한 번에 하나씩 추가하세요.
VM 시계 비교
게스트 VM의 시계가 크게 틀어져 있으면 웹 세션과 서비스 초기화에 문제가 생길 수 있습니다. 계정 키 데이터베이스 자체가 손상되었다고 판단하기 전에 게스트 시간이 정상인지 확인하세요.
FAQ
SeaBIOS로 전환해야 하나요?
오래된 스레드를 보면 그렇지 않습니다. 현재 공식 Proxmox 문서에서는 UEFI/OVMF를 지정하고 있습니다.
QEMU Guest Agent가 오류를 일으키나요?
원래 답변에서는 그 가능성을 추측했을 뿐, 확인되지는 않았습니다.
IDE를 사용해야 하나요?
오래된 IDE 방식 가상 하드웨어를 시험하기보다는 현재 공식 Proxmox 프로필을 그대로 사용하세요.
현재 ISO에서도 오류가 계속되면 어떻게 하나요?
쓰기 가능한 저장 공간을 확인하고, 로그를 수집한 뒤, 문서에 안내된 설정으로 최소한의 VM을 다시 생성하세요.
