Communityoplossing

ZimaOS 1.3.2 startte niet op: wat de oude bug ons leerde

A third-party PC failed to boot ZimaOS 1.3.2; IceWhale cited driver compatibility, while the user also corrected firmware boot settings.

De opstartfout in ZimaOS 1.3.2 in deze thread uit 2025 had twee overlappende aanwijzingen: IceWhale bevestigde in die release een compatibiliteitsprobleem met stuurprogramma’s voor hardware van derden, terwijl de gebruiker ook ontdekte dat de opstartinstellingen van de firmware onjuist waren. Geen van beide aanwijzingen mag worden veralgemeniseerd tot “Secure Boot inschakelen”.

De huidige documentatie van ZimaOS is duidelijk: gebruik de UEFI-opstartmodus en houd Secure Boot uitgeschakeld. De formulering van de oorspronkelijke gebruiker over het wijzigen van beide instellingen kan daarom het best worden beschouwd als een anekdotische probleemoplossingsstap, niet als een actuele configuratiehandleiding.

Wat ZimaOS Engineering zei over 1.3.2

Een medewerker van IceWhale zei dat nieuwe stuurprogramma’s in ZimaOS 1.3.2 compatibiliteitsproblemen veroorzaakten met sommige machines van derden en dat er een oplossing zou worden uitgebracht. Als tijdelijke herstelactie werd voorgesteld om het vorige systeemsleuf op te starten.

Dat is sterker bewijs dan gissen op basis van een knipperende cursor of de foutmelding “onbekend bestandssysteem”, omdat deze informatie afkomstig was van het engineeringteam en overeenkwam met andere meldingen over 1.3.2.

Wat de gebruiker in het BIOS ontdekte

De gebruiker meldde later dat de machine opstartte nadat de firmware-instellingen waren gewijzigd en vermoedde dat UEFI/Secure Boot een rol had gespeeld. De huidige documentatie verduidelijkt de bedoelde instelling: UEFI ingeschakeld, Secure Boot uitgeschakeld.

De huidige installatiehandleiding voor ZimaOS moet daarom voorgaan op de dubbelzinnige formulering uit 2025.

Gebruik het herstelontwerp met twee systeemsleuven voordat je opnieuw installeert

ZimaOS houdt twee systeemsleuven bij. De huidige herstelhandleiding voor ZimaOS legt uit hoe je het GRUB-menu gebruikt om de alternatieve sleuf te selecteren en bevestigt dat gebruikersgegevens in normale indelingen afzonderlijk van de systeemsleuven worden opgeslagen.

Dit is de eerste herstelroute na een mislukte update wanneer de alternatieve sleuf nog intact is.

Een huidig systeem dat niet opstart diagnosticeren

Controleer de UEFI-modus, schakel Secure Boot uit, bevestig dat de doelschijf zichtbaar is in het BIOS en controleer de instellingen voor de AHCI-/opslagcontroller. Maak de installatiemedia opnieuw aan met de huidige image als de USB-stick zelf onbetrouwbaar werkt.

De handleiding voor het oplossen van installatieproblemen en de handleiding voor installatie en upgrades zijn relevanter dan het opnieuw toepassen van een workaround die specifiek was voor 1.3.2.

Samenvatting

De thread over 1.3.2 beschrijft een echte regressie in een oude release, naast een probleem met de firmwareconfiguratie. Gebruik voor een huidige installatie UEFI met Secure Boot uitgeschakeld, probeer na een mislukte update de alternatieve ZimaOS-sleuf en installeer pas opnieuw nadat je de firmware-instellingen, installatiemedia en compatibiliteit met de OS-versie afzonderlijk hebt gecontroleerd.