Gemenskapslösning

Guide: Så åtgärdar du misslyckad initiering av ZimaOS-kontot i Proxmox

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.

Om en ny ZimaOS-VM på Proxmox misslyckas med ”Account initialization failed — Key does not exist” ska du använda den aktuella officiella Proxmox-installationsprofilen innan du provar gamla community-baserade BIOS-lösningar. Den aktuella ZimaOS-guiden anger UEFI/OVMF, inte SeaBIOS.

Det ursprungliga svaret föreslog VirtIO/SATA, att inaktivera QEMU Guest Agent eller att byta till SeaBIOS, men det var community-hypoteser utan verifierat resultat. Aktuell officiell installationsväg bör prioriteras.

Använd aktuell ZimaOS-ISO

Den aktuella ZimaOS-guiden för Proxmox-installation rekommenderar den officiella ZimaOS-ISO-filen för Proxmox i stället för att anpassa en gammal bare-metal-avbild.

Använd UEFI/OVMF

Aktuella officiella krav anger att BIOS-typen ska vara UEFI/OVMF. Byt inte till SeaBIOS bara för att ett gammalt foruminlägg gissade att det kunde hjälpa.

Tilldela tillräckligt med resurser

Den aktuella guiden rekommenderar minst 2 kärnor, 4 GB RAM och 32 GB lagringsutrymme. För smidigare användning föredras 4 kärnor och 8 GB RAM.

Använd en vanlig virtuell diskkontroller

Välj en Proxmox-lagringskontroller som stöds av den aktuella installationsvägen och håll den första VM-konfigurationen enkel. Undvik att ändra diskbuss, diskstorlek, gästagent, MAC-adresser och fast programvara samtidigt under felsökningen.

Slutför installationen innan du skapar kontot

Kontrollera att VM:n startar från den installerade ZimaOS-systemdisken i stället för att upprepade gånger gå in i ISO-installationsprogrammet. KontoInitiering kräver ett fungerande och skrivbart systemtillstånd.

Kontrollera skrivbar lagring om felet upprepas

df -h
lsblk -f

Om det skrivbara dataområdet inte kan spara kontonyckeln löser det underliggande problemet varken en ominstallation av webbläsaren eller ett lösenordsbyte.

Använd en ren webbläsarsession

Öppna VM:ns LAN-IP direkt i ett privat webbläsarfönster och undvik aggressiva innehållsblockerare. Detta utesluter ett gammalt tillstånd i förstakörningsgränssnittet.

Redigera inte användardatabaser på en ny VM

Om den aktuella ISO-filen, den aktuella officiella VM-profilen och en fungerande disk fortfarande misslyckas innan någon användare finns, samla in loggar och skapa om test-VM:n rent i stället för att manuellt redigera kontodatabaser.

Den här felsökningsguiden för installation innehåller en bredare återställningsväg.

Ta en ögonblicksbild innan du konfigurerar det första kontot

När den aktuella ISO-filen har installerats och VM:n når förstakörningskonfigurationen ska du ta en ögonblicksbild i Proxmox innan du experimenterar. Om kontoInitieringen misslyckas kan du återgå till ett rent tillstånd före kontoskapandet utan att upprepa hela installationen.

Håll VM:ns hårdvaruprofil enkel

Lägg inte till extra nätverkskort, passthrough-enheter, ovanliga diskkontroller eller anpassningar av gästagenten innan ägarkontot har skapats utan problem. Upprätta först en känd fungerande baslinje och lägg sedan till virtuell maskinvara, en ändring i taget.

Jämför VM:ns klocka

En kraftigt felaktig VM-klocka kan störa webbsessioner och tjänsteinitiering. Kontrollera att gästsystemets tid är rimlig innan du drar slutsatsen att själva databasen med kontonycklar är skadad.

Vanliga frågor

Bör jag byta till SeaBIOS?

Inte baserat på den gamla tråden. Aktuell officiell Proxmox-dokumentation anger UEFI/OVMF.

Orsakar QEMU Guest Agent felet?

Det ursprungliga svaret spekulerade bara om detta; det var inte verifierat.

Bör jag använda IDE?

Håll VM:n nära den aktuella officiella Proxmox-profilen i stället för att experimentera med gammal IDE-liknande virtuell maskinvara.

Vad gör jag om felet kvarstår på den aktuella ISO-filen?

Kontrollera skrivbar lagring, samla in loggar och skapa om en minimal VM med de dokumenterade inställningarna.