ZimaOS-noodmodus na update: A/B-herstel en fstab-controles

Kort gezegd: gebruik eerst het alternatieve ZimaOS-slot en bepaal daarna welke afhankelijkheid precies de noodmodus veroorzaakt

ZimaOS 1.3.2 had begin 2025 een bekend compatibiliteitsprobleem met sommige systemen van derden. In deze Proxmox-casus kon Slot A nog steeds de oudere versie opstarten, terwijl het bijgewerkte slot in de noodmodus terechtkwam. Dat is precies waar het A/B-systeemontwerp bescherming tegen moet bieden.

ZimaOS-opstartscherm dat na een update de noodmodus activeert en een time-out krijgt op een permanent opslagapparaat — De eerste opstartfout toont dat ZimaOS na een time-out op een opslagapparaat de noodmodus activeert in plaats van het dashboard te bereiken.

Stap 1: start het vorige slot op vanuit GRUB

Maak verbinding met de console, open GRUB met de pijltoetsen en kies het alternatieve systeemslot. Het huidige ZimaOS gebruikt nog steeds twee systeempartities voor snel terugdraaien. De ZimaOS-systeemherstelhandleiding beschrijft het huidige proces.

Het RAUC-slotmodel vormt de basis voor het slotconcept.

Stap 2: lees de eerste echte fout, niet de laatste regel over de noodmodus

ZimaOS-opstartlog met details over kernel- en platforminitialisatie tijdens het onderzoek naar de fout in versie 1.3.2 — De tweede diagnostische schermafbeelding legde details van de kernelinitialisatie vast terwijl de Proxmox-gast van derden de normale opstart niet kon voltooien.

Proxmox-configuratie van virtuele hardware voor de ZimaOS-gast, met VirtIO SCSI-schijven en OVMF UEFI — De VM gebruikte OVMF UEFI, VirtIO-netwerken en meerdere SCSI-schijven. Dat is relevant bij het vergelijken van de fout met andere virtuele hardware van derden.

Proxmox VNC-weergave met een time-out voor dev md zimaos voordat ZimaOS de noodmodus activeert — Een latere schermafbeelding benadrukte de exacte time-out op /dev/md/zimaos, voordat afhankelijkheidsfouten en de noodmodus optraden.

De noodmodus is het gevolg. Kijk erboven naar het eerste apparaat waarvoor een time-out optrad, een mislukte koppeling of een ontbrekende afhankelijkheid. In dit geval verwees het scherm eerst naar een opslagapparaat, waarna later afhankelijkheidsfouten verschenen.

journalctl -xb
systemctl --failed
lsblk -f
cat /etc/fstab

Stap 3: controleer aangepaste fstab-vermeldingen voordat je opnieuw installeert

ZimaOS-terminal met aangepaste vermeldingen in /etc/fstab en overlay upper_etc fstab tijdens het oplossen van opstartproblemen — De laatste diagnostische aanwijzing was een aangepast fstab-pad. IceWhale meldde vergelijkbare opstartfouten wanneer aangepaste koppelvermeldingen botsten met het opstartproces van het apparaat.

Een latere vertakking van dezelfde casus bracht een belangrijke tweede oorzaak aan het licht: handmatige wijzigingen in /etc/fstab kunnen het opstarten van ZimaOS blokkeren wanneer een verwezen apparaat ontbreekt of de koppelvolgorde botst met het opstartproces van het apparaat. IceWhale meldde een vergelijkbare fout waarbij zowel /etc/fstab als de permanente overlaykopie betrokken waren.

Als je handmatig aangepaste RAID- of koppelvermeldingen hebt toegevoegd, vergelijk deze dan met de huidige opslagconfiguratie en verwijder alleen de vermeldingen die je begrijpt. Gebruik voor normale RAID- en schijfkoppelingen bij voorkeur de ZimaOS-opslaginterface.

Waarom de oude driverfout in versie 1.3.2 geen universeel huidig probleem is

Het engineeringteam erkende compatibiliteitsproblemen met systemen van derden in die specifieke versie. ZimaOS heeft inmiddels veel versies verder ontwikkeld dan 1.3.2. “1.3.2 heeft mijn Proxmox-VM onbruikbaar gemaakt” moet daarom worden gezien als historische informatie, niet als diagnose voor een systeem uit 2026.

De ZimaOS-installatieherstelhandleiding vormt de moderne basis voor x86-hardware van derden.

Wanneer een nieuwe installatie ook in de noodmodus terechtkomt

Dat is een sterke aanwijzing dat het probleem verband houdt met virtuele hardware, aangesloten gegevensschijven, permanente koppelstatus of een niet-ondersteunde hostconfiguratie — en niet alleen met de oude systeempartitie. Start op met de minimale virtuele hardware die nodig is en voeg daarna één voor één gegevensschijven toe.

Bescherm gegevens voordat je RAID- of koppelmetadata bewerkt

Wis geen mdadm-handtekeningen en maak geen arrays opnieuw aan tijdens het oplossen van problemen met een opstartslot. RAID-herstel scheidt opstartherstel van arrayherstel, terwijl de ZimaOS-back-up de veiligheidslaag biedt.

Weet wat GRUB wel en niet kan herstellen

GRUB kan het vorige ZimaOS-systeemslot selecteren, maar repareert geen defecte gegevenskoppeling of ongeldige bestandssysteemvermelding. De GNU GRUB-besturing beschrijft de bootloaderlaag. Als het vorige slot opstart, gebruik dan die werkende omgeving om de opslagconfiguratie te controleren en een back-up van je gegevens te maken voordat je het defecte slot wijzigt.

Veelgestelde vragen

Waarom start ZimaOS het oude slot wel op, maar het nieuwe niet?

Het oude slot bevat nog steeds de vorige werkende systeemimage. Het nieuwe slot kan een probleem hebben met een driver, koppeling of configuratie.

Betekent de noodmodus dat mijn gegevens verloren zijn?

Nee. Het betekent dat afhankelijkheden voor normaal opstarten zijn mislukt. Controleer de opslag- en koppelstatus voordat je uitgaat van bestandssysteemverlies.

Kan een onjuiste fstab-vermelding voorkomen dat ZimaOS opstart?

Ja. Een koppeling waaraan niet kan worden voldaan, kan het opstarten blokkeren of het systeem naar de noodmodus sturen.

Moet ik onmiddellijk opnieuw installeren?

Nee. Probeer eerst het alternatieve A/B-slot en leg de eerste mislukte afhankelijkheid vast. Installeer alleen opnieuw wanneer herstel niet praktisch is.

Wordt ZimaOS ondersteund in Proxmox?

Gevirtualiseerde implementaties kunnen werken, maar virtuele hardware van derden kan compatibiliteitsverschillen aan het licht brengen. Test met de huidige versie en houd een terugvalmogelijkheid beschikbaar.