Gemenskapslösning

ZimaOS saknade papperskorgsfiler: Vad åtgärdningen i 1.5.4 faktiskt gjorde

A February 2026 ZimaOS 1.5.4 report found hidden .trash data consuming space and documented a service-stop cleanup that only worked temporarily.

I ZimaOS 1.5.4 upptäckte en användare i communityt att borttagna filer tog upp utrymme i dolda .trash-mappar, även när filerna inte visades i papperskorgen i appen Filer. Lösningen med att stoppa tjänsterna och ta bort mapparna återställde visningen i papperskorgen tillfälligt, men problemet återkom efter senare omstarter.

Det gör inlägget användbart som en diagnostisk dokumentation, men inte som en permanent aktuell lösning. ZimaOS finns nu i en nyare versionsserie, och att ta bort dolda papperskorgsmappar rekursivt är destruktivt: allt som fortfarande behövs i mapparna raderas permanent.

Bekräfta först att papperskorgen faktiskt tar upp utrymme

Användaren kontrollerade:

du -sh /var/lib/casaos_data/.media/*/.trash

Det är ett bättre första steg än att ta bort något, eftersom kommandot bara ställer en skrivskyddad fråga: hur mycket utrymme finns i varje monterad enhets papperskorg? Den bredare guiden om NAS-papperskorgars utrymme förklarar varför borttagna data kan fortsätta att refereras av papperskorgar, ögonblicksbilder eller andra lagringslager.

Vad lösningen för 1.5.4 faktiskt gjorde

Community-sekvensen stoppade icewhale-files och SMB, tog bort den berörda .trash-mappen, startade om tjänsterna och körde sync. Användaren uppgav att nya borttagningar därefter visades korrekt i papperskorgen, men bara i några dagar innan symptomet återkom.

Det resultatet är viktigt: det visar att lösningen rensade det omedelbara tillståndet på den installationen, men bevisar inte att grundorsaken åtgärdades. Användaren såg också beteendet på en internt monterad NTFS-enhet, så tråden fastställde inte att Btrfs var orsaken.

Varför rm -R .trash bör vara det sista steget

Att ta bort den dolda papperskorgsmappen kringgår papperskorgens säkerhetsfunktion. Innan du gör det bör du granska innehållet, återställa allt viktigt, bekräfta att säkerhetskopior finns och kontrollera att du arbetar med rätt monterade enhet. Ett stavfel i ett root-skal kan påverka fel sökväg.

Om de synliga filerna är borta men det lediga utrymmet fortfarande inte återställs bör du använda kontrollerna i felsökningen av återvunnet NAS-utrymme i flera lager, i stället för att anta att papperskorgen är den enda platsen som håller utrymmet.

Versionsgräns: Detta gällde ett fall i ZimaOS 1.5.4

Papperskorgsfunktionen introducerades ursprungligen i ZimaOS 1.3.1, med automatisk rensning och återställning via Filer. Versionsinformationen för ZimaOS 1.3.1 dokumenterar det avsedda beteendet.

Den aktuella versionsinformationen för 1.7.1 innehåller flera korrigeringar av filservicen, men anger inte uttryckligen att just detta problem med visningen av den dolda papperskorgen har åtgärdats. Påstå därför inte att en uppgradering garanterar en lösning. Uppdatera först för aktuella korrigeringar och säkerhet, och återskapa sedan symptomet innan du använder en gammal lösning.

En säkrare ordningsföljd

  1. Uppdatera till en aktuell stabil version av ZimaOS.
  2. Bekräfta vilken enhet som berörs och dokumentera det lediga utrymmet.
  3. Mät de dolda .trash-mapparna utan att ändra dem.
  4. Återställ alla borttagna filer som du fortfarande behöver.
  5. Kontrollera ögonblicksbilder, öppna filer och andra lagringslager om utrymmet fortfarande inte stämmer.
  6. Överväg först därefter destruktiv rensning av papperskorgen, och se till att en säkerhetskopia finns tillgänglig.