Community-Lösung

Initialisierung des ZimaOS-Kontos in Proxmox fehlgeschlagen: Anleitung zur Behebung

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.

Wenn eine neue ZimaOS-VM auf Proxmox mit „Kontoinitialisierung fehlgeschlagen — Schlüssel existiert nicht“ fehlschlägt, verwenden Sie das aktuelle offizielle Proxmox-Installationsprofil, bevor Sie alte BIOS-Workarounds aus der Community ausprobieren. Im aktuellen ZimaOS-Leitfaden wird UEFI/OVMF und nicht SeaBIOS angegeben.

In der ursprünglichen Antwort wurden VirtIO/SATA, das Deaktivieren des QEMU-Gastagenten oder der Wechsel zu SeaBIOS vorgeschlagen. Dies waren jedoch Vermutungen aus der Community, deren Wirksamkeit nicht bestätigt wurde. Die aktuellen offiziellen Installationshinweise haben Vorrang.

Die aktuelle ZimaOS-ISO verwenden

Der aktuelle ZimaOS-Installationsleitfaden für Proxmox empfiehlt die offizielle ZimaOS-ISO für Proxmox, anstatt ein altes Bare-Metal-Abbild anzupassen.

UEFI/OVMF verwenden

Laut den aktuellen offiziellen Anforderungen sollte als BIOS-Typ UEFI/OVMF verwendet werden. Wechseln Sie nicht zu SeaBIOS, nur weil eine alte Forumsantwort vermutet, dass es helfen könnte.

Ausreichend Ressourcen zuweisen

Der aktuelle Leitfaden empfiehlt mindestens 2 Kerne, 4 GB RAM und 32 GB Speicherplatz; für eine reibungslosere Nutzung werden 4 Kerne und 8 GB RAM empfohlen.

Einen gängigen Controller für virtuelle Festplatten verwenden

Wählen Sie einen Proxmox-Speichercontroller, der vom aktuellen Installationspfad unterstützt wird, und halten Sie die anfängliche VM-Konfiguration einfach. Ändern Sie bei der Fehlersuche nicht gleichzeitig Festplattenbus, Festplattengröße, Gastagent, MAC-Adressen und Firmware.

Installation abschließen, bevor Sie das Konto erstellen

Stellen Sie sicher, dass die VM vom installierten ZimaOS-Systemlaufwerk startet und nicht wiederholt den ISO-Installer aufruft. Die Kontoinitialisierung setzt einen funktionsfähigen, beschreibbaren Systemzustand voraus.

Beschreibbaren Speicher überprüfen, wenn der Fehler erneut auftritt

df -h
lsblk -f

Wenn der beschreibbare Datenbereich den Kontoschlüssel nicht speichern kann, lösen eine Neuinstallation des Browsers oder eine Passwortänderung das zugrunde liegende Problem nicht.

Eine saubere Browser-Sitzung verwenden

Öffnen Sie die LAN-IP der VM direkt in einem privaten Browserfenster und vermeiden Sie aggressive Inhaltsblocker. So lässt sich ein veralteter Zustand der Ersteinrichtungsoberfläche ausschließen.

Benutzerdatenbanken auf einer frisch erstellten VM nicht bearbeiten

Wenn die aktuelle ISO, das aktuelle offizielle VM-Profil und ein fehlerfreies Laufwerk weiterhin scheitern, bevor ein Benutzer angelegt wurde, sammeln Sie Protokolle und erstellen Sie die Test-VM sauber neu, statt Kontendatenbanken manuell zu bearbeiten.

Der Leitfaden zur Behebung von Installationsproblemen beschreibt den umfassenderen Wiederherstellungsweg.

Vor der Einrichtung des ersten Kontos einen Snapshot erstellen

Sobald die aktuelle ISO installiert ist und die VM die Ersteinrichtung erreicht, erstellen Sie in Proxmox einen Snapshot, bevor Sie experimentieren. Falls die Kontoinitialisierung fehlschlägt, können Sie zu einem sauberen Zustand vor der Kontoerstellung zurückkehren, ohne die gesamte Installation wiederholen zu müssen.

Das Hardwareprofil der VM einfach halten

Fügen Sie keine zusätzlichen Netzwerkkarten, Passthrough-Geräte, ungewöhnlichen Festplattencontroller oder Anpassungen am Guest Agent hinzu, bevor das Besitzerkonto erfolgreich erstellt wurde. Richten Sie zunächst eine bekannte, funktionierende Basiskonfiguration ein und fügen Sie dann jeweils nur eine Änderung an der virtuellen Hardware hinzu.

Die VM-Uhrzeit überprüfen

Eine stark falsche VM-Uhr kann Websitzungen und die Initialisierung von Diensten beeinträchtigen. Prüfen Sie, ob die Gastzeit plausibel ist, bevor Sie zu dem Schluss kommen, dass die Kontenschlüsseldatenbank selbst beschädigt ist.

FAQ

Sollte ich zu SeaBIOS wechseln?

Der alte Thread liefert dafür keine Grundlage. Die aktuelle offizielle Proxmox-Dokumentation gibt UEFI/OVMF vor.

Verursacht der QEMU Guest Agent den Fehler?

Die ursprüngliche Antwort stellte das lediglich als Vermutung dar; bestätigt wurde es nicht.

Sollte ich IDE verwenden?

Die VM sollte dem aktuellen offiziellen Proxmox-Profil entsprechen, statt mit alter virtueller IDE-Hardware zu experimentieren.

Was, wenn der Fehler auch mit der aktuellen ISO auftritt?

Schreibbaren Speicher prüfen, Protokolle sammeln und eine minimale VM mit den dokumentierten Einstellungen neu erstellen.