Die Installation wurde auf einem älteren ASRock-H61M-VG4-System abgeschlossen, doch nach dem Entfernen des Installations-USB-Sticks zeigte der Rechner „Reboot and select proper boot device“ an. Die SSD war in der Firmware sichtbar, Secure Boot war deaktiviert, Debian konnte gestartet werden, und ein Reparaturtool meldete Locked NVRAM.
Diese Details sprechen eher gegen einen fehlgeschlagenen Schreibvorgang auf der SSD und für ein Problem mit dem Firmware-Bootpfad: ZimaOS kann zwar auf der Festplatte vorhanden sein, während das Mainboard keinen nutzbaren UEFI-Eintrag besitzt, der darauf verweist.
Aktuelle ZimaOS-Bootanforderungen bestätigen
Der aktuelle ZimaOS-Installationsleitfaden setzt generische x86-64-Hardware mit mindestens 25 GB Speicherplatz, aktiviertem UEFI-Startmodus und deaktiviertem Secure Boot voraus. Der Installations-USB-Stick sollte über seinen UEFI-Eintrag ausgewählt werden.
- Bestätigen, dass der UEFI-Modus aktiv ist.
- Secure Boot deaktivieren.
- CSM oder den Legacy-Start für einen sauberen UEFI-Test deaktivieren.
- Bestätigen, dass die Ziel-SSD GPT statt eines alten reinen MBR-Layouts verwendet.
- Nach der Installation sowohl nach einem benannten UEFI-Booteintrag als auch nach dem Modell der unveränderten SSD suchen.
Warum „Locked NVRAM“ wichtig ist
Die UEFI-Firmware speichert Bootvariablen im NVRAM. Wenn die Firmware eine neue Variable ablehnt, kann der Installer zwar alle Betriebssystemdateien erfolgreich kopieren, aber dennoch kein Bootziel registrieren. Dass das SSD-Modell im BIOS angezeigt wird, beweist nur, dass das Laufwerk erkannt wird; es beweist nicht, dass die Firmware weiß, welchen EFI-Loader sie starten soll.
Die Community vermutete eine unzuverlässige NVRAM-Verwaltung auf diesem älteren Board. Diese Diagnose war plausibel, aber der Thread enthielt keine von IceWhale bestätigte boardspezifische Lösung.
Eine zerstörungsfreie Diagnose-Reihenfolge verwenden
- Firmware-Standardeinstellungen laden, anschließend den UEFI-Modus erneut aktivieren und Secure Boot deaktivieren.
- Nach einem Firmware-Update des Mainboardherstellers suchen und vor der Installation die Änderungsnotizen lesen.
- Während einer sauberen Neuinstallation andere Speichergeräte trennen, damit die EFI-Systempartition nicht auf einem anderen Laufwerk landet.
- Nach einer Sicherung aller wichtigen Daten nur das vorgesehene ZimaOS-Ziellaufwerk löschen und anschließend das GPT-Layout vom Installer erstellen lassen.
- Nach der Installation das Bootmenü prüfen, bevor Partitionen erneut entfernt oder neu geschrieben werden.
Workarounds aus der Community sind nicht die erste Wahl
Es wurden zwei Workarounds vorgeschlagen: eine kleine Linux-Installation verwenden, um einen gültigen EFI-Eintrag zu erstellen und auf den ZimaOS-Loader zu verweisen, oder ein USB-Gerät nur als Bootloader angeschlossen lassen, während ZimaOS von der SSD ausgeführt wird. Beide Ansätze fügen jedem Start eine weitere Abhängigkeit hinzu und können nach Änderungen an der Firmware oder den Bootdateien ausfallen.
EFI-Dateien nicht kopieren und NVRAM-Einträge nicht neu schreiben, ohne über einen Wiederherstellungs-USB-Stick und eine Sicherung zu verfügen. Wenn die Firmware das Schreiben von Bootvariablen dauerhaft blockiert, IceWhale Support das Boardmodell, die BIOS-Version, die Installationsversion, das Partitionslayout und die genaue Fehlermeldung mitteilen.
Einen fehlenden Booteintrag von einem beschädigten ZimaOS-Slot unterscheiden
Wenn GRUB angezeigt wird, aber ZimaOS später selbst fehlschlägt, handelt es sich um einen anderen Wiederherstellungspfad. Den aktuellen ZimaOS-Leitfaden zur Systemwiederherstellung verwenden, um den alternativen System-Slot zu testen. Wenn GRUB nie erscheint, sollte der Fokus weiterhin auf der UEFI-Erkennung und den Firmware-Booteinträgen liegen.
Häufig gestellte Fragen zum ZimaOS-Start
Beweist die Anzeige der SSD im BIOS, dass ZimaOS startfähig ist?
Nein. Die Firmware kann ein Laufwerk erkennen, ohne über einen gültigen EFI-Loader-Eintrag zu verfügen.
Warum konnte Debian auf demselben Rechner gestartet werden?
Sein Installer hat möglicherweise einen Eintrag registriert, den diese Firmware akzeptiert hat. Das beweist nicht, dass die ZimaOS-Dateien fehlten.
Sollte ich das Mainboard sofort austauschen?
Nein. Zuerst UEFI, GPT, CSM, die Firmware-Version und eine saubere Installation mit nur einem Laufwerk überprüfen.
