En fullständig klon av ZimaOS-systemets SSD är inte den enda – eller nödvändigtvis den viktigaste – återställningstillgången. Användaren hade en 512 GB OS-NVMe-enhet samt fyra 2 TB NVMe-enheter planerade som RAID 5 och ville veta om ett haveri på OS-enheten skulle äventyra arrayen.
Den nuvarande återställningsdesignen i ZimaOS ger ett tydligare svar än den ursprungliga tråden från 2025: ZimaOS använder dubbla systemplatser för snabb uppstartsåterställning, data lagras separat från systempartitionerna och IceWhale dokumenterar nu säkerhetskopiering av local-storage.db så att RAID-konfigurationen kan återställas efter en ominstallation av systemet. Det mest värdefulla att säkerhetskopiera är fortfarande dina faktiska data och ditt applikationstillstånd.
ZimaOS har en systemdesign med två partitioner för återställning
IceWhales aktuella dokumentation om systemåterställning säger att ZimaOS använder plats A och plats B, vardera på omkring 6 GB, så att användaren kan starta från den alternativa partitionen när en systemplats slutar fungera.
Detta hanterar vissa program- och uppstartsrelaterade fel utan att SSD-enheten behöver bytas ut.
Använd den aktuella återställningsproceduren för ZimaOS med dubbla platser innan du antar att alla uppstartsproblem kräver en fullständig återställning av disken.
En trasig system-SSD är något annat än en trasig systemplats
Om själva NVMe-enheten har fått ett fysiskt fel är båda platserna A/B borta tillsammans med den. Återställningen består då av en ny systemdisk och en nyinstallation av ZimaOS.
Målet är att ominstallationen ska kunna återupptäcka eller återställa data- och lagringskonfigurationen utan att behandla RAID-medlemmarna som tomma diskar.
Säkerhetskopiera local-storage.db innan du behöver den
IceWhales aktuella guide för RAID-återuppbyggnad instruerar användare att spara:
/ZimaOS-HD/.casaos/db/local-storage.dbinnan systemet installeras om. Efter den nya ZimaOS-installationen ska användaren enligt guiden byta namn på den nya databasen, ladda upp den säkerhetskopierade databasen till samma plats och starta om.
Följ det officiella arbetsflödet för RAID-återuppbyggnad efter ominstallation i stället för att redigera databasen manuellt.
Återskapa inte RAID bara för att en ny OS-installation visar diskarna annorlunda
RAID-medlemsdiskar kan fortfarande innehålla giltiga RAID-metadata och data även när en ny systeminstallation inte längre har den tidigare ZimaOS-lagringsdatabasen.
Om diskarna innehåller viktiga filer ska du inte klicka på Skapa RAID, formatera dem eller radera metadata förrän du har förstått återställningsvägen.
Säkerhetskopiera AppData och applikationsdatabaser
Svaret i communityn från 2025 förenklade applikationstillståndet genom att ange att det lagras under /DATA/AppData. Den aktuella versionen av ZimaOS gör denna separation tydligare men stöder även andra platser för applikationsdata och anpassade bind-monteringar.
Säkerhetskopiera beständiga applikationsmappar och använd applikationsanpassad export för databaser som Nextcloud, Immich eller andra tjänster där en enkel kopia av en mapp kanske inte räcker.
Den aktuella vägledningen för app-lagringssökvägar i ZimaOS hjälper dig att identifiera vad som överlever när containrar återskapas.
En fullständig OS-klon kan fortfarande vara användbar, men har nackdelar
En blocknivåklon kan minska återställningstiden om den är aktuell, konsekvent och skapad med en metod som korrekt fångar det aktiva filsystemet. Men en klon blir också snabbt inaktuell när applikationsinställningar, lagringsmetadata och OS-uppdateringar ändras.
Om systemdisken aktivt skrivs till medan avbildningen skapas är konsekvensen viktig. Anta inte att ”kopiera varje block medan systemet körs” automatiskt skapar en tillförlitlig återställningsavbildning.
Din datasäkerhetskopia är viktigare än det utbytbara operativsystemet
Den aktuella versionen av ZimaOS innehåller en Backup-app som kan skydda data till lokala diskar, en annan NAS, USB eller molnet och stöder schemalagda och versionshanterade arbetsflöden.
Använd den aktuella 3-2-1-säkerhetskopieringsstrategin för filer som inte enkelt kan installeras om.
En praktisk plan vid fel på systemdisken
- Ha en aktuell kopia av
local-storage.dbutanför OS-disken. - Säkerhetskopiera applikationstillstånd och användardata separat.
- Dokumentera anpassade appvolymer och Compose-stackar.
- Se till att du vet hur du startar den alternativa ZimaOS-systemplatsen.
- Om SSD-enheten får ett fysiskt fel, byt ut den och installera om ZimaOS.
- Återställ lagringsdatabasen enligt den officiella proceduren.
- Verifiera RAID innan du gör någon destruktiv förändring av lagringen.
- Installera om eller återanslut applikationerna till deras beständiga data.
Vanliga frågor om säkerhetskopiering av OS-disken
Betyder ett uppstartsproblem i ZimaOS alltid att OS-SSD:n måste bytas ut?
Nej. Den aktuella versionen av ZimaOS har dubbla systemplatser, och den alternativa platsen kan återställa vissa systemfel.
Vilken liten fil är särskilt användbar före en ominstallation av systemet?
IceWhales aktuella guide för RAID-återställning instruerar användare att säkerhetskopiera local-storage.db.
Är RAID 5 i sig en säkerhetskopia av data?
Nej. RAID skyddar tillgängligheten efter ett diskfel. Behåll oberoende säkerhetskopior för att skydda mot radering, datakorruption, stöld och katastrofer.
