Den här källan visar varför en fullständig ZimaOS-systemdisk kan få en migrering att se ut att ha hängt sig utan att det nödvändigtvis innebär att den underliggande RAID-enheten eller användardata har förstörts. ZimaCubes system-SSD på 228 GB nådde 0 B tillgängligt efter att indexerings- och programdata relaterade till Resilio hade vuxit på OS-disken. SMB- och Finder-åtkomst fungerade fortfarande, men instrumentpanelen blev instabil och migreringen stod inledningsvis stilla på 5 %.
Migreringen fortsatte så småningom – 45 %, sedan 49 % och till sist slutfördes den efter mer än ett dygn. Den ursprungliga skribenten uppgav senare att de även hade stoppat Resilio från att fortsätta indexera och skriva till systemdisken. Den aktuella ZimaOS-dokumentationen rekommenderar nu uttryckligen att AppData hålls borta från systemdisken.
System-SSD:n var helt full
Migreringen av appdata verkade först ha fastnat på 5 %
Långsamma framsteg innebar inte att migreringen hade stannat permanent
Användaren såg senare att migreringen gick vidare till 45 % och därefter 49 % under natten. Månader senare bekräftade användaren att den till slut slutfördes, troligen efter mer än ett dygn.
IceWhales aktuella vägledning varnar uttryckligen för att fylla systemdisken med AppData
Den aktuella vägledningen om lagringsplatser för appar säger att programdatabaser, miniatyrbilder, metadata och annan AppData kan fylla den lilla systemdisken och få uppdateringar, appar och själva enheten att fungera onormalt.
Använd den aktuella vägledningen om AppData-lagring.
Stoppa programmet som fortfarande fyller disken
Det hjälper inte att frigöra några gigabyte om Resilio, en LLM-modell, Immich-cache eller en annan container omedelbart skriver tillbaka datan. Identifiera appen som förbrukar systemlagring och stoppa den innan du försöker med migreringen igen.
Skapa arbetsutrymme innan du försöker med migreringen igen
En migreringsprocess behöver utrymme för databaser, temporärt tillstånd, loggar och programkörning. Ta endast bort eller flytta data som du med säkerhet har identifierat; kör inte någon bred rensning på rotnivå i okända systemkataloger.
Använd det aktuella verktyget för datamigrering när systemet är stabilt
Med aktuella ZimaOS kan Docker-avbildningar, Docker-programdata och hanterade användardatabaser flyttas mellan lagringsutrymmen via Inställningar > Datamigrering.
Se det aktuella migreringsflödet för data.
Enorma mängder små filer kan vara långsammare än deras totala storlek antyder
Indexdatabaser, miniatyrbilder och metadatakataloger kan kräva betydligt fler filsystemsåtgärder per gigabyte än stora mediefiler.
Flytta inte AppData manuellt medan migreringen pågår
En senare deltagare flyttade manuellt en AppData-mapp för en LLM medan migreringen redan hade fastnat. Det kan göra att programmets konfigurerade sökväg, ZimaOS migreringsstatus och den faktiska filsystemplatsen inte längre överensstämmer.
Källan rapporterade också ett separat problem med Resilio-filnamn
Månader senare uppgav timothy att Resilio hade bytt namn på filer som innehöll tecken som inte stöddes, vilket fick dem att se ut att saknas i ZimaOS. Användaren korrigerade uttryckligen sin tidigare misstanke om att ZimaOS hade förlorat filerna.
En trasig instrumentpanel betyder inte att lagringspoolen har gått förlorad
Källan kunde fortfarande använda SMB och Finder medan instrumentpanelen loggade ut användaren och migreringsgränssnittet betedde sig märkligt. Den skillnaden är viktig: en full systemdisk kan slå ut tjänster i kontrollplanet medan den separata datamatrisen fortfarande är monterad och läsbar.
Bevara denna information innan du vidtar destruktiva RAID- eller ominstallationsåtgärder.
Felsök systemdisken innan du startar en ny migrering
Kontrollera vilka kataloger som förbrukar utrymme på systemdisken, identifiera vilket program som äger dem och stoppa skrivningen. Om appen kan tas bort och återskapas på ett säkert sätt, ta bort dess temporära cache- eller avbildningsdata via funktioner som stöds i stället för att radera slumpmässiga kataloger.
När det finns arbetsutrymme igen startar du endast om den berörda tjänsten eller appen vid behov och kontrollerar att det lediga utrymmet förblir stabilt innan migreringen.
Den aktuella migreringen är en kontrollerad åtgärd i helskärm
Enligt IceWhales aktuella dokumentation är andra åtgärder inte tillgängliga medan datamigreringen körs. Planera driftstopp för appar vars data flyttas, undvik samtidiga manuella flyttningar och låt migreringen nå ett tydligt slutfört- eller feltillstånd innan du ändrar samma mappar.
Ominstallation är en sista utväg, inte det första svaret på 0 B ledigt
Om användardata och lagring är intakta kan du återställa systemet utan att bygga om NAS:en genom att frigöra utrymme på systemdisken och slutföra AppData-migreringen. Om en ominstallation blir nödvändig ska du först säkerhetskopiera programdata, lagringsmetadata och viktiga filer och följa den aktuella vägledningen för återställning och ominstallation.
Vanliga frågor om en full systemdisk
Slutfördes migreringen i källan till slut?
Ja. Den ursprungliga skribenten uppgav senare att den slutfördes efter mer än ett dygn.
Bevisar en migreringsindikator som står på 5 % att data har gått förlorade?
Nej. I källan fortsatte den senare framåt, samtidigt som SMB och RAID fortfarande var åtkomliga.
Vad bör aktuella användare göra först när ZimaOS-HD är fullt?
Stoppa appen som fortfarande skriver, skapa ledigt utrymme på ett säkert sätt och använd sedan de aktuella kontrollerna för datamigrering och AppData i stället för att radera okända systemfiler.
