Een volledige kloon van de ZimaOS-systeem-SSD is niet het enige — en ook niet per se het belangrijkste — herstelmiddel. De oorspronkelijke gebruiker had een NVMe-schijf van 512 GB voor het besturingssysteem en vier NVMe-schijven van 2 TB die als RAID 5 waren gepland, en wilde weten of het verlies van de systeemschijf de array in gevaar zou brengen.
Het huidige herstelontwerp van ZimaOS geeft een duidelijker antwoord dan de oorspronkelijke thread uit 2025: ZimaOS gebruikt twee systeemslots voor snel opstartherstel, gegevens staan los van de systeempartities en IceWhale documenteert inmiddels het maken van een back-up van local-storage.db, zodat de RAID-configuratie na een herinstallatie van het systeem kan worden hersteld. Het meest waardevolle back-updoel blijft je daadwerkelijke data en applicatiestatus.
ZimaOS heeft een systeemherstelontwerp met twee partities
Volgens de huidige documentatie van IceWhale voor systeemherstel gebruikt ZimaOS Slot A en Slot B, elk ongeveer 6 GB groot, zodat je vanaf de alternatieve partitie kunt opstarten wanneer een van de systeemslots uitvalt.
Hiermee kunnen bepaalde software- en opstartproblemen worden opgelost zonder de SSD te vervangen.
Gebruik de huidige herstelprocedure voor de twee ZimaOS-slots voordat je ervan uitgaat dat elk opstartprobleem een volledig schijfherstel vereist.
Een defecte systeem-SSD verschilt van een defect systeemslot
Als de NVMe-schijf zelf fysiek defect is, zijn beide A/B-slots daarmee verdwenen. De herstelroute bestaat dan uit het plaatsen van een vervangende systeemschijf en een nieuwe installatie van ZimaOS.
Het doel is dat de herinstallatie de data- en opslagconfiguratie opnieuw kan detecteren of herstellen, zonder de RAID-schijven als lege schijven te behandelen.
Maak een back-up van local-storage.db voordat je die nodig hebt
In de huidige RAID-herstelgids van IceWhale wordt gebruikers opgedragen het volgende bestand op te slaan:
/ZimaOS-HD/.casaos/db/local-storage.dbDoe dit voordat je het systeem opnieuw installeert. Na de nieuwe ZimaOS-installatie laat de gids je de nieuwe database hernoemen, de back-up naar dezelfde locatie uploaden en het systeem opnieuw opstarten.
Volg de officiële workflow voor RAID-herstel na een herinstallatie in plaats van de database handmatig te bewerken.
Maak de RAID niet opnieuw aan alleen omdat een nieuwe installatie de schijven anders weergeeft
RAID-lidschijven kunnen nog steeds geldige RAID-metadata en data bevatten, ook wanneer een nieuwe systeeminstallatie niet langer over de eerdere ZimaOS-opslagdatabase beschikt.
Als deze schijven belangrijke bestanden bevatten, klik dan niet op RAID maken, formatteer ze niet en wis de metadata niet voordat je de herstelroute begrijpt.
Maak een back-up van AppData en applicatiedatabases
In het communityantwoord uit 2025 werd de applicatiestatus vereenvoudigd tot gegevens onder /DATA/AppData. Het huidige ZimaOS maakt die scheiding duidelijker, maar ondersteunt ook verschillende locaties voor applicatiedata en aangepaste bind mounts.
Maak een back-up van permanente applicatiemappen en gebruik applicatiebewuste exports voor databases zoals Nextcloud, Immich en andere diensten waarbij het kopiëren van een map mogelijk niet voldoende is.
De huidige richtlijnen voor app-opslagpaden in ZimaOS helpen bepalen welke gegevens behouden blijven na het opnieuw aanmaken van containers.
Een volledige kloon van het besturingssysteem kan nog steeds nuttig zijn, maar heeft nadelen
Een kloon op blokniveau kan de hersteltijd verkorten als deze recent en consistent is en is gemaakt met een methode die het actieve bestandssysteem correct vastlegt. Een kloon raakt echter ook snel verouderd na wijzigingen in applicatie-instellingen, opslagmetadata en updates van het besturingssysteem.
Als er tijdens het maken van de image actief naar de systeemschijf wordt geschreven, is consistentie belangrijk. Ga er niet van uit dat “elk blok kopiëren terwijl het systeem actief is” automatisch een betrouwbare herstelimage oplevert.
Je gegevensback-up is belangrijker dan het vervangbare besturingssysteem
Het huidige ZimaOS bevat een Back-up-app die gegevens kan beschermen naar lokale schijven, een andere NAS, USB of de cloud en geplande back-ups met versies ondersteunt.
Gebruik de huidige 3-2-1-back-upstrategie voor bestanden die niet eenvoudig opnieuw kunnen worden geïnstalleerd.
Een praktisch plan voor een defecte systeemschijf
- Bewaar een recente kopie van
local-storage.dbbuiten de systeemschijf. - Maak afzonderlijk een back-up van de applicatiestatus en gebruikersgegevens.
- Documenteer aangepaste app-volumes en Compose-stacks.
- Weet hoe je het alternatieve ZimaOS-systeemslot opstart.
- Vervang de SSD en installeer ZimaOS opnieuw als de SSD fysiek defect raakt.
- Herstel de opslagdatabase volgens de officiële procedure.
- Controleer de RAID voordat je destructieve wijzigingen aan de opslag uitvoert.
- Installeer applicaties opnieuw of verbind ze opnieuw met hun permanente data.
Veelgestelde vragen over back-ups van de systeemschijf
Moet de systeem-SSD altijd worden vervangen als ZimaOS niet opstart?
Nee. Het huidige ZimaOS heeft twee systeemslots en het alternatieve slot kan sommige systeemstoringen herstellen.
Welk klein bestand is bijzonder nuttig vóór een herinstallatie van het systeem?
In de huidige RAID-herstelgids van IceWhale wordt gebruikers aangeraden een back-up van local-storage.db te maken.
Is RAID 5 zelf een back-up van de gegevens?
Nee. RAID beschermt de beschikbaarheid na een schijfstoring; bewaar afzonderlijke back-ups tegen verwijdering, beschadiging, diefstal en rampen.
