Om ZimaOS verkar installera en uppdatering korrekt men startar om till den gamla versionen, bör du först se det som ett problem med startvalet och inte som ett nedladdningsproblem. De mest användbara kontrollerna är den aktiva RAUC-platsen, om den nyskrivna platsen är markerad som felaktig och om en annan ansluten enhet innehåller en gammal ZimaOS-installation eller duplicerade filsystemidentifierare.
Ett verifierat community-fall såg först ut som en misslyckad uppgradering till 1.6.2, men själva uppdateringspaketet var giltigt. Maskinen skrev det nya systemet till den alternativa platsen, misslyckades med att starta det och återgick sedan till den föregående platsen. En andra NVMe-enhet som innehöll gamla ZimaOS-partitioner var den avgörande faktorn. Den skillnaden är viktig, eftersom upprepade nedladdningar av samma uppdatering aldrig skulle lösa startsökvägen.
Så känner du igen en återställning efter uppdatering
Det klassiska mönstret är:
- uppdateraren slutför processen;
- enheten startar om;
- instrumentpanelen visar fortfarande den gamla versionen;
- uppdateringsaviseringen visas igen;
- offlineuppdatering eller en direkt RAUC-installation verkar också lyckas.
Om installationsprogrammet rapporterar ett allvarligt kontrollsumme- eller signaturfel innan något skrivs, är det ett annat problem. Men när skrivningen lyckas och det gamla systemet återkommer efter omstart bör du fokusera på nästa startfas.
Steg 1: Kontrollera den aktuella systemplatsen
ZimaOS använder två små systempartitioner, Plats A och Plats B, så att den ena platsen kan uppdateras medan den andra finns kvar för återställning. Den aktuella återställningsguiden för ZimaOS-systemet beskriver denna arkitektur med två platser.
Öppna terminalen, kontrollera RAUC-statusen och notera vilken plats som har startats, vilken som är aktiv och om den uppdaterade platsen anses vara godkänd eller felaktig. En plats som har skrivits korrekt men blir felaktig efter omstart visar att felet uppstår efter installationen.
Steg 2: Anslut en bildskärm innan du tvingar fram en ny uppdatering
En webbinstrumentpanel kan inte visa tidiga startfel som uppstår innan nätverket och ZimaOS-gränssnittet har startat. Anslut en bildskärm och ett tangentbord, starta om och håll utkik efter GRUB-, filsystems-, NVMe-, UUID- eller kärnfel.
Om den alternativa platsen kraschar och systemet automatiskt återgår till den gamla platsen, fotografera felet. Det är betydligt mer användbart än ännu en skärmbild av uppdateraren som visar 100 %.
Steg 3: Inventera alla anslutna startbara enheter
En vanlig blind fläck är en andra SSD- eller NVMe-enhet som tidigare körde ZimaOS. Även om du nu bara tänker använda den som lagring kan den fortfarande innehålla startpartitioner, duplicerade filsystems-UUID:n eller en gammal starthanterare.
Koppla tillfälligt från sekundära systemstartbara enheter
Stäng av maskinen på ett korrekt sätt och låt endast den avsedda ZimaOS-systemdisken vara ansluten, tillsammans med eventuella datadiskar som du vet aldrig har innehållit en annan ZimaOS-installation. Testa sedan uppdateringen igen.
Radera inte en enhet innan diagnosen är bekräftad
Om den nya platsen startar normalt när en viss sekundär enhet kopplas bort, säkerhetskopiera alla data på den enheten innan du raderar gamla systempartitioner. Det verifierade källfallet löstes genom att den motstridiga NVMe-enheten togs bort. Det betyder inte att varje misslyckad uppdatering omedelbart bör följas av en diskformatering.
Steg 4: Använd offlineuppdatering endast när den löser rätt problem
Den aktuella guiden för offlineuppdatering av ZimaOS är användbar när den vanliga uppdateringskanalen inte kan hämta eller förbereda paketet, men en offlineinstallation löser inte en startkonflikt som orsakas av duplicerade systempartitioner.
Om både online- och offlineinstallationen skriver korrekt men systemet fortsätter att återgå, bör du sluta upprepa installationen och gå vidare till djupare startdiagnostik.
Forcera inte en felaktig plats till aktiv utan att förstå felet
Det kan vara lockande att markera den nya platsen som godkänd eller forcera den till aktiv. Det kan förvandla en automatisk återställning till en maskin som inte längre når instrumentpanelen. Låt återställningsmekanismen skydda dig medan du samlar in information.
Felsökningschecklistan för ZimaOS är en användbar bredare checklista när enheten inte startar tillförlitligt.
När är det rimligt att installera om ZimaOS?
En ominstallation är lämplig när båda systemplatserna är skadade, när systemdisken har filsystems- eller hårdvaruproblem eller när du inte kan återställa en startbar plats efter att ha eliminerat enhetskonflikter. Det bör inte vara den första åtgärden vid en återställning när den gamla platsen fortfarande startar normalt.
Innan du installerar om bör du bekräfta att användardata och AppData på separat lagring är säkerhetskopierade. Om appdata finns på systemdisken ska du skydda den först.
Så förhindrar du detta på en server med flera enheter
- Ha endast en avsedd ZimaOS-systeminstallation ansluten under uppgraderingar eller systemmigreringar.
- När du återanvänder en gammal ZimaOS-SSD som datalagring ska du säkerhetskopiera den och ta bort föråldrade systempartitioner innan du tar den i bruk igen.
- Märk systemdiskarna fysiskt så att en gammal startdisk inte ansluts igen flera månader senare.
- Förvara AppData och användardata på separat lagring så att en ominstallation av operativsystemet blir mindre störande.
Vanliga frågor
Varför säger ZimaOS att uppdateringen lyckades men visar fortfarande den gamla versionen?
Uppdateringen kan ha skrivits korrekt till den alternativa platsen, men den platsen kan ha misslyckats med att starta. ZimaOS kan då återgå till den tidigare fungerande platsen.
Betyder en felaktig RAUC-plats alltid att uppdateringsfilen är skadad?
Nej. En plats kan bli felaktig på grund av lagrings-, filsystems-, kärn- eller hårdvaruproblem vid starten, även när uppdateringspaketet var giltigt.
Kan en andra SSD med en gammal ZimaOS-installation störa starten?
Ja. Det verifierade källfallet omfattade en annan NVMe-enhet med gamla ZimaOS-liknande partitioner och motstridiga identifierare. Testa genom att koppla bort sekundära startbara enheter innan du raderar något.
Bör jag installera om direkt?
Inte om den föregående platsen fortfarande startar. Kontrollera först platsstatus, konsolutdata och anslutna enheter. Installera om när orsaken är förstådd eller när ingen av platserna kan återställas.
