Installationen slutfördes på ett äldre ASRock H61M-VG4-system, men datorn visade ”Reboot and select proper boot device” efter att installations-USB-minnet hade tagits bort. SSD:n syntes i den fasta programvaran, Secure Boot var inaktiverat, Debian kunde starta och ett reparationsverktyg rapporterade Locked NVRAM.
Detta tyder på att problemet inte ligger i en misslyckad skrivning till SSD:n, utan i den fasta programvarans startsökväg: ZimaOS kan finnas på disken samtidigt som moderkortet saknar en användbar UEFI-post som pekar på det.
Bekräfta de aktuella startkraven för ZimaOS
Den aktuella installationsguiden för ZimaOS kräver generisk x86-64-hårdvara med minst 25 GB lagringsutrymme, aktiverat UEFI-startläge och inaktiverat Secure Boot. Installations-USB-minnet ska väljas via dess UEFI-post.
- Bekräfta att UEFI-läget är aktivt.
- Inaktivera Secure Boot.
- Inaktivera CSM eller äldre startläge för ett rent UEFI-test.
- Bekräfta att mål-SSD:n använder GPT och inte en äldre layout som endast använder MBR.
- Efter installationen ska du leta efter en namngiven UEFI-startpost samt SSD:ns modellnamn.
Varför ”Locked NVRAM” är viktigt
UEFI-firmware lagrar startvariabler i NVRAM. Om den fasta programvaran avvisar en ny variabel kan installationsprogrammet kopiera alla operativsystemfiler korrekt men ändå misslyckas med att registrera ett startmål. Att SSD:ns modellnamn visas i BIOS bevisar endast att enheten har identifierats; det bevisar inte att den fasta programvaran vet vilken EFI-laddare som ska startas.
Communityn misstänkte opålitlig NVRAM-hantering på detta äldre moderkort. Den diagnosen var rimlig, men tråden innehöll ingen moderkortsspecifik lösning som hade bekräftats av IceWhale.
Använd en icke-förstörande diagnostikordning
- Läs in standardinställningarna för den fasta programvaran och aktivera sedan UEFI-läge igen samt inaktivera Secure Boot.
- Sök efter en uppdatering av den fasta programvaran hos moderkortstillverkaren och läs ändringsanteckningarna innan du installerar den.
- Koppla bort andra lagringsenheter under en ren ominstallation så att EFI-systempartitionen inte hamnar på en annan disk.
- Radera endast det avsedda ZimaOS-målet efter att du har säkerhetskopierat allt viktigt, och låt sedan installationsprogrammet skapa GPT-layouten.
- Efter installationen ska du kontrollera startmenyn innan du tar bort eller skriver om partitioner igen.
Communityns kringlösningar är inte förstahandsvalet
Två kringlösningar föreslogs: använd en liten Linux-installation för att skapa en giltig EFI-post och ändra den så att den pekar på ZimaOS-laddaren, eller låt en USB-enhet sitta kvar och fungera enbart som startladdare medan ZimaOS körs från SSD:n. Båda metoderna lägger till ytterligare ett beroende vid varje start och kan sluta fungera efter ändringar i den fasta programvaran eller startfilerna.
Kopiera inte EFI-filer och skriv inte om NVRAM-poster utan ett återställnings-USB-minne och en säkerhetskopia. Om den fasta programvaran konsekvent blockerar skrivningar av startvariabler bör du förse IceWhale-supporten med moderkortsmodell, BIOS-version, installationsversion, partitionslayout och det exakta felet.
Skilj mellan en saknad startpost och en trasig ZimaOS-plats
Om GRUB visas men ZimaOS senare inte startar är det en annan återställningsväg. Använd den aktuella guiden för systemåterställning i ZimaOS för att testa den alternativa systemplatsen. Om GRUB aldrig visas bör du fortsätta fokusera på UEFI-identifiering och startposter i den fasta programvaran.
Vanliga frågor om start av ZimaOS
Bevisar det att BIOS ser SSD:n att ZimaOS kan starta?
Nej. Den fasta programvaran kan identifiera en disk utan att ha en giltig EFI-laddarpost.
Varför startade Debian på samma dator?
Installationsprogrammet kan ha registrerat en post som den fasta programvaran accepterade. Det bevisar inte att ZimaOS-filerna saknades.
Bör jag omedelbart byta ut moderkortet?
Nej. Kontrollera först UEFI, GPT, CSM, versionen av den fasta programvaran och en ren installation med endast en disk.
