Deze thread begon met een probleem bij het opnieuw opstarten en eindigde als een gedetailleerd community-experiment naar hoe ZimaOS omgaat met een volledig systeemstation, AppData-migratie, het opnieuw installeren van apps en het herstellen van opslag. De oorspronkelijke gebruiker startte ZimaOS op zonder aangesloten USB-back-upschijf en ontdekte vervolgens dat het normale aanmeldscherm was vervangen door een accountscherm in de stijl van de eerste opstart. NFS-gegevens bleven bereikbaar, maar de front-end en bestandsgerelateerde services werkten niet normaal.
De belangrijkste ontdekking was dat ZimaOS-HD voor 100% was gevuld. De gebruiker werkte het systeem later bij naar ZimaOS 1.5.2, maar het volle systeemvolume bleef het centrale probleem. Dit maakt het een nuttige historische casus voor probleemoplossing, maar geen universeel recept voor een herinstallatie.
Een volledig gevuld ZimaOS-HD kan meer verstoren dan alleen de Bestanden-app
In de oorspronkelijke situatie kon de gebruiker opgeslagen gegevens nog via NFS bereiken, terwijl het dashboard, de Bestanden-service, het indexeren van apps en de gebruikersinterface voor accounts onbetrouwbaar werden. Een deelnemer aan de community bracht deze symptomen in verband met een volledig gevulde systeempartitie.
De thread bevat geen door IceWhale verstrekt opruimcommando om een voor 100% volle systeemschijf veilig te herstellen. De gebruiker had containers al verwijderd en logbestanden gewist zonder voldoende ruimte vrij te maken. Dat is belangrijk: maak van speculatieve shell-opruimacties uit een community-thread geen officiële herstelprocedure.
Raadpleeg voor actuele systeem- en opslagrichtlijnen de informatie over de huidige manier waarop ZimaOS opslag en herstel afhandelt.
IceWhale waarschuwde dat de standaardindeling niet veilig opnieuw te installeren is
Zima-Giorgio bracht een belangrijke correctie aan in de discussie. Hij merkte op dat de meeste gebruikers de standaardindeling gebruiken, waarbij het besturingssysteem en de gebruikersgegevens op dezelfde schijf staan, en dat opnieuw installeren met die indeling niet automatisch alles opnieuw indexeert en herstelt. Hij benadrukte ook de 3-2-1-back-upregel.
Deze officiële waarschuwing is belangrijk, omdat eerdere communityreacties herstel na een herinstallatie automatischer hadden voorgesteld dan het in werkelijkheid is. Of een herinstallatie gegevens behoudt, hangt af van de manier waarop de opslag vóór de storing was ingedeeld.
Wat de migratietests van de gebruiker daadwerkelijk lieten zien
De tweede pagina van de thread bevat herhaalde herinstallatietests met een afzonderlijke OS-schijf en een aparte NVMe-gegevensschijf. De resultaten van de gebruiker lieten verschillende praktische gedragingen zien:
- na een nieuwe installatie moet een eerder gebruikte enkele NVMe-opslagschijf mogelijk opnieuw worden ingeschakeld;
- apps verschijnen niet automatisch opnieuw in het dashboard alleen omdat hun oude AppData-mappen nog bestaan;
- de appcontainer of -image moet nog steeds opnieuw worden geïnstalleerd vanuit de App Store;
- persistente applicatiegegevens kunnen behouden blijven als ze vóór de herinstallatie naar afzonderlijke opslag zijn gemigreerd;
- er mag niet van worden uitgegaan dat metadata op ZimaOS-niveau, zoals aangepaste poorten, containernamen, netwerkinstellingen, machtigingen en de weergave in het dashboard, behouden blijft.
Dit waren communitytests op ZimaOS 1.5.2, geen door IceWhale gegarandeerde herstelprocedure. Beschouw ze als waargenomen gedrag uit die periode.
Migratie is geen volledige back-up van containers
Een van de nuttigste lessen uit de thread is het verschil tussen applicatiegegevens en metadata van ZimaOS-apps. De gebruiker verwachtte dat gemigreerde gegevens apps precies zoals voorheen zouden herstellen. Uit de tests bleek echter iets anders.
Migratie hielp bestanden en gegevens die door applicaties worden beheerd te behouden, maar herstelde niet elke instelling die via de ZimaOS-appeditor was ingevoerd. Aangepaste poortkoppelingen en andere instellingen op containerniveau moesten bijvoorbeeld na de herinstallatie mogelijk opnieuw worden aangemaakt.
Dit verklaart waarom een applicatie na de herinstallatie opnieuw verbinding kan maken met de bestaande database of mediabestanden, terwijl de dashboardconfiguratie in ZimaOS er nieuw uitziet.
Pas herstel voor één schijf niet zonder meer toe op RAID
Een groot deel van de thread ging over de vraag of een RAID 5-array na een nieuwe installatie automatisch zou worden overgenomen. De gebruiker ontdekte dat het systeem nog steeds opslag wilde aanmaken of formatteren, in plaats van de oude RAID eenvoudig als een gebruiksklare bestemming voor appgegevens te behandelen.
De discussie nam daardoor afstand van de eerdere bewering dat elk gegevensvolume automatisch behouden en opnieuw gekoppeld zou worden. De veiligste conclusie uit deze thread is beperkter: een afzonderlijke opslagschijf en een RAID-array gedroegen zich niet hetzelfde in de geteste workflow van ZimaOS 1.5.2.
Het huidige opslaggedrag van ZimaOS is veranderd sinds deze thread uit 2025. Raadpleeg de meest recente opslagdocumentatie en gebruik deze RAID-waarnemingen niet als beschrijving van het huidige productgedrag.
Een veiligere benadering van herinstallatie naar aanleiding van de thread
- Maak een back-up van belangrijke gegevens voordat je de opslag wijzigt of ZimaOS opnieuw installeert.
- Controleer welke fysieke schijf het besturingssysteem bevat en welke schijven gebruikersgegevens bevatten.
- Ga er niet van uit dat migratie hetzelfde is als een volledige back-up van de containerconfiguratie.
- Controleer na de herinstallatie of de opslag is ingeschakeld en aangekoppeld voordat je apps opnieuw installeert.
- Verwacht dat je applicatiecontainers of -images opnieuw moet installeren, ook wanneer hun persistente gegevens behouden zijn gebleven.
- Pas instellingen van apps op ZimaOS-niveau handmatig opnieuw toe, tenzij je daarvoor een afzonderlijke export of back-up hebt.
Veelgestelde vragen over herinstallatie en migratie van ZimaOS
Waarom werkte de front-end niet meer terwijl NFS-gegevens nog bereikbaar waren?
In dit geval was het systeemvolume voor 100% gevuld. De thread bracht die toestand in verband met storingen in de front-end en services, terwijl sommige vormen van gegevenstoegang bleven werken.
Zorgt het migreren van AppData ervoor dat geïnstalleerde apps na een herinstallatie automatisch terugkomen?
Nee. Uit de tests van de gebruiker bleek dat het dashboard leeg bleef en dat apps opnieuw moesten worden geïnstalleerd. Bestaande persistente gegevens konden daarna opnieuw worden gebruikt.
Behoudt migratie aangepaste poorten en appinstellingen van ZimaOS?
Volgens de latere tests in de thread mag je daar niet van uitgaan. Migratie beschermde applicatiegegevens beter dan de ZimaOS-metadata waarin de configuratie van elke container wordt beschreven.
Kan ik op basis van deze thread veilig opnieuw installeren met een RAID-opstelling?
Er werd geen universele garantie vastgesteld. De RAID-test gedroeg zich anders dan de migratietest met één schijf, en het officiële antwoord benadrukte back-ups in plaats van automatisch herstel te beloven.
