Deze bron laat zien waarom een volle ZimaOS-systeemschijf de migratie bevroren kan doen lijken zonder noodzakelijkerwijs de onderliggende RAID of gebruikersgegevens te beschadigen. De systeem-SSD van de ZimaCube liep vol doordat aan Resilio gerelateerde indexerings- en toepassingsgegevens op de OS-schijf groeiden, waardoor er 0 B beschikbaar was. SMB- en Finder-toegang bleven werken, maar het dashboard werd instabiel en de migratie bleef aanvankelijk op 5% staan.
De migratie kwam uiteindelijk weer op gang - eerst 45%, daarna 49% en uiteindelijk voltooid na meer dan een dag. De oorspronkelijke poster zei later dat die ook had voorkomen dat Resilio verder bleef indexeren en schrijven naar de systeemschijf. In de huidige ZimaOS-documentatie wordt nu uitdrukkelijk aanbevolen om AppData van de systeemschijf af te houden.
De systeem-SSD was helemaal vol
De migratie van appgegevens leek aanvankelijk vast te zitten op 5%
Langzame voortgang betekende niet dat de migratie definitief was vastgelopen
Later zag de gebruiker de migratie 's nachts vorderen tot 45% en vervolgens 49%. Maanden later bevestigde die dat de migratie uiteindelijk was voltooid, waarschijnlijk na meer dan een dag.
IceWhale waarschuwt in de actuele richtlijnen uitdrukkelijk tegen het vullen van de systeemschijf met AppData
In de actuele richtlijnen voor App-opslagpaden staat dat toepassingsdatabases, miniaturen, metagegevens en andere AppData de kleine systeemschijf kunnen vullen, waardoor updates, apps en het apparaat zelf zich abnormaal kunnen gedragen.
Gebruik de actuele richtlijnen voor AppData-opslag.
Stop de toepassing die de schijf nog steeds vult
Een paar gigabyte vrijmaken heeft geen zin als Resilio, een LLM-model, de Immich-cache of een andere container die ruimte meteen weer vult. Zoek uit welke app systeemopslagruimte verbruikt en stop deze voordat je de migratie opnieuw probeert.
Maak voldoende werkruimte vrij voordat je de migratie opnieuw probeert
Een migratieproces heeft ruimte nodig voor databases, tijdelijke gegevens, logboeken en toepassingsbewerkingen. Verwijder of verplaats alleen gegevens waarvan je zeker weet wat ze zijn; voer geen algemene opschoning uit op hoofdniveau in onbekende systeemmappen.
Gebruik de huidige tool voor gegevensmigratie zodra het systeem stabiel is
Met het huidige ZimaOS kun je Docker-images, Docker-toepassingsgegevens en beheerde gebruikersdatabases tussen opslagruimten verplaatsen via Instellingen > Gegevensmigratie.
Bekijk de huidige Data Migration-procedure.
Een enorm aantal kleine bestanden kan trager zijn dan de totale omvang doet vermoeden
Voor indexdatabases, miniaturen en metadatamappen kunnen per gigabyte veel meer bestandssysteembewerkingen nodig zijn dan voor grote mediabestanden.
Verplaats actieve AppData niet handmatig tijdens een migratie
Een latere deelnemer verplaatste handmatig een LLM AppData-map terwijl de migratie al vastgelopen was. Daardoor kunnen het ingestelde pad van de applicatie, de migratiestatus van ZimaOS en de daadwerkelijke locatie in het bestandssysteem van elkaar afwijken.
De bron meldde ook een afzonderlijk probleem met Resilio-bestandsnamen
Maanden later zei timothy dat Resilio bestanden met niet-ondersteunde tekens in de naam had hernoemd, waardoor ze in ZimaOS leken te ontbreken. Diegene corrigeerde uitdrukkelijk de eerdere verdenking dat ZimaOS die bestanden was kwijtgeraakt.
Een defect dashboard betekent niet dat de opslagpool verloren is
De bron kon SMB en Finder nog steeds gebruiken, terwijl het dashboard was uitgelogd en de migratie-interface zich vreemd gedroeg. Dat onderscheid is belangrijk: een volle systeemschijf kan besturingsdiensten verstoren terwijl de afzonderlijke gegevensarray aangekoppeld en leesbaar blijft.
Bewaar dat bewijsmateriaal voordat je destructieve RAID-acties uitvoert of opnieuw installeert.
Controleer de systeemschijf voordat je opnieuw een migratie start
Controleer welke mappen ruimte innemen op de systeemschijf, bepaal bij welke applicatie ze horen en stop het proces dat ernaar schrijft. Als de app veilig kan worden verwijderd en opnieuw aangemaakt, verwijder dan de overbodige cache-/imagegegevens via de ondersteunde bedieningselementen in plaats van willekeurige mappen te verwijderen.
Zodra er weer voldoende werkruimte is, start je alleen de betreffende service/app opnieuw op als dat nodig is en controleer je of de vrije ruimte stabiel blijft voordat je migreert.
De huidige migratie is een gecontroleerde bewerking op volledig scherm
Volgens de actuele IceWhale-documentatie zijn andere bewerkingen niet beschikbaar terwijl Data Migration wordt uitgevoerd. Plan downtime voor applicaties waarvan de gegevens worden verplaatst, verplaats niet tegelijkertijd handmatig bestanden en wacht tot de migratie duidelijk is voltooid of een foutstatus heeft bereikt voordat je dezelfde mappen wijzigt.
Opnieuw installeren is een laatste redmiddel, niet de eerste reactie op 0 B vrije ruimte
Als de gebruikersgegevens en opslag intact zijn, kan het systeem worden hersteld door systeemruimte vrij te maken en de AppData-migratie te voltooien, zonder de NAS opnieuw op te bouwen. Als opnieuw installeren noodzakelijk wordt, maak dan eerst een back-up van de applicatiegegevens, opslagmetadata en kritieke bestanden en volg de actuele richtlijnen voor herstel/opnieuw installeren.
Veelgestelde vragen over een volle systeemschijf
Is de bronmigratie uiteindelijk voltooid?
Ja. De oorspronkelijke poster zei later dat de migratie na meer dan een dag was voltooid.
Bewijst een voortgangsbalk voor migratie die op 5% blijft staan dat de gegevens verloren zijn?
Nee. In de bron ging het later verder, terwijl SMB en de RAID toegankelijk bleven.
Wat moeten huidige gebruikers als eerste doen wanneer ZimaOS-HD vol is?
Stop de app die nog steeds schrijft, maak veilig ruimte vrij en gebruik vervolgens de huidige bedieningselementen voor Data Migration/AppData in plaats van onbekende systeembestanden te verwijderen.
