Community Solution

ZimaOS Account Initialization Failed in Proxmox: Fix Guide

A ZimaOS 1.5 Proxmox VM failed first-account setup with Key does not exist; community replies proposed hardware-profile changes but no verified fix was posted.

If a fresh ZimaOS VM on Proxmox fails with “Account initialization failed — Key does not exist,” use the current official Proxmox install profile before trying old community BIOS workarounds. The current ZimaOS guide specifies UEFI/OVMF, not SeaBIOS.

The source reply suggested VirtIO/SATA, disabling QEMU Guest Agent, or switching to SeaBIOS, but those were community hypotheses without a verified result. Current official installation guidance should take priority.

Use the Current ZimaOS ISO

The current ZimaOS Proxmox installation guide recommends the official ZimaOS ISO for Proxmox rather than adapting an old bare-metal image.

Use UEFI / OVMF

Current official requirements say BIOS type should be UEFI/OVMF. Do not switch to SeaBIOS simply because an old forum reply guessed it might help.

Allocate Enough Resources

The current guide recommends at least 2 cores, 4GB RAM, and 32GB storage, with 4 cores and 8GB RAM preferred for smoother use.

Use a Normal Virtual Disk Controller

Choose a Proxmox storage controller supported by the current install path and keep the initial VM simple. Avoid changing disk bus, disk size, guest agent, MAC addresses, and firmware simultaneously while troubleshooting.

Complete Installation Before Creating the Account

Make sure the VM is booting from the installed ZimaOS system disk rather than repeatedly entering the ISO installer. Account initialization depends on a healthy writable system state.

Check Writable Storage if the Error Repeats

df -h
lsblk -f

If the writable data area cannot persist the account key, reinstalling the browser or changing the password will not solve the underlying issue.

Use a Clean Browser Session

Open the VM's LAN IP directly in a private browser window and avoid aggressive content blockers. This rules out stale first-run UI state.

Do Not Edit User Databases on a Fresh VM

If the current ISO, current official VM profile, and healthy disk still fail before any user exists, capture logs and recreate the test VM cleanly rather than hand-editing account databases.

The installation troubleshooting guide provides the broader recovery path.

Take a Snapshot Before First Account Setup

Once the current ISO has installed and the VM reaches first-run setup, take a Proxmox snapshot before experimenting. If account initialization fails, you can return to a clean pre-account state without repeating the full installation.

Keep the VM Hardware Profile Simple

Do not add extra NICs, passthrough devices, unusual disk controllers, or guest-agent customizations until the owner account is created successfully. Establish a known-good baseline first, then add virtual hardware one change at a time.

Compare the VM Clock

A badly wrong VM clock can interfere with web sessions and service initialization. Verify the guest time is sensible before concluding that the account key database itself is corrupt.

FAQ

Should I switch to SeaBIOS?

Not based on the old thread. Current official Proxmox documentation specifies UEFI/OVMF.

Does QEMU Guest Agent cause the error?

The source reply only speculated about that; it was not verified.

Should I use IDE?

Keep the VM close to the current official Proxmox profile rather than experimenting with old IDE-style virtual hardware.

What if the error remains on the current ISO?

Verify writable storage, collect logs, and recreate a minimal VM with the documented settings.