Om en fil försvinner från Utforskaren i Windows men ZimaOS fortfarande rapporterar att disken är full, är den första frågan inte ”misslyckades SMB med att ta bort den?” Filen kan ha flyttats till ZimaOS papperskorgshantering, ligga kvar i en dold papperskorgskatalog eller påverkas av ett versionsspecifikt fel i papperskorgens index eller visning.
Källtråden ledde inte själv till någon bekräftad lösning. En person i communityt sade att detta var normalt Samba-beteende och föreslog dolda mappar som .recycle, .Trash eller .Trash-1000. Det rådet var för generellt för ZimaOS. Vid senare felsökning av version 1.5.4 identifierades ZimaOS egen dolda papperskorgssökväg under /var/lib/casaos_data/.media/.../.trash, medan Filer numera har en särskild papperskorg.
Filer i ZimaOS har en officiell papperskorg
IceWhale lade till en visuell papperskorg i Filer i ZimaOS 1.3.1. Versionsinformationen beskriver återställning av borttagna objekt och automatisk rensning efter 30 dagar.
Se den officiella papperskorgsfunktionen i ZimaOS innan du tar bort dolda kataloger manuellt.
Källans ”normala Samba-beteende” verifierades inte
Den ursprungliga frågeställaren undrade om varje borttagning skulle kräva rensning via kommandoraden, men inget senare svar bekräftade vilken dold katalog som tog upp utrymmet eller om borttagning från Windows dirigerades till ZimaOS papperskorg i den versionen.
Källan bör därför betraktas som en inledande hypotes, inte som en bekräftad diagnos.
ZimaOS 1.5.4 hade senare ett dokumenterat visnings- eller synkroniseringsfel för .trash
En separat communitytråd från februari 2026 visade att borttagna filer samlades under:
/var/lib/casaos_data/.media/Mounted-Drive-Label/.trashsamtidigt som papperskorgsgränssnittet i Filer inte visade dem korrekt. Lösningen var att stoppa Filer/SMB, ta bort den berörda dolda papperskorgsmappen, starta om tjänsterna och synkronisera skrivningar – men författaren uppgav senare att problemet återkom efter omstarter.
Detta är en versionsspecifik lösning från communityt, inte en säker, universell metod för borttagning.
Kontrollera Filer → Papperskorg innan du rensar via SSH
Som första steg bör du öppna papperskorgen i Filer och kontrollera vad som finns kvar. Om de borttagna objekten visas bör du tömma papperskorgen via gränssnittet i stället för att ta bort interna metadatasökvägar från skalet.
Automatisk lagring förklarar varför utrymmet kanske inte frigörs direkt
Om borttagna filer sparas med avsikt för återställning kan lagringsanvändningen förbli hög tills papperskorgen töms eller lagringsperioden löper ut. Detta skyddar användare mot oavsiktlig borttagning, men kan överraska den som tar bort hundratals gigabyte via SMB.
Mät vad som faktiskt tar upp utrymmet innan du tar bort dolda mappar
Om papperskorgen i Filer ser tom ut men diskanvändningen fortfarande är hög bör du kontrollera:
- dolda papperskorgsdata;
- lagring av säkerhetskopior eller versioner;
- Btrfs-ögonblicksbilder, om sådana används;
- filer som skrivits under en saknad monteringspunkt;
- öppna men borttagna filer som hålls kvar av en körande process;
- programcache eller Docker-data.
Anta inte att varje oförklarad gigabyte tillhör papperskorgen.
Borttagning via Utforskaren ska inte kräva manuell SSH varje gång
En fungerande aktuell konfiguration bör låta normala SMB-/filarbetsflöden hantera borttagning utan att användaren upprepade gånger behöver ta bort interna papperskorgsmappar. Om varje borttagning i Utforskaren kräver manuell rensning bör du se det som ett aktuellt problem med Filer/SMB och notera ZimaOS-versionen.
Ta inte bort interna .media-sökvägar på måfå
Sökvägar under /var/lib/casaos_data/.media ingår i ZimaOS interna modell för filservice, monteringar och papperskorg. Om fel katalog tas bort medan tjänsterna är aktiva kan indexering eller monterad lagring påverkas.
Använd gränssnittet först och kontakta supporten innan du tillämpar en gammal skalkorrigering från version 1.5.4 på aktuell ZimaOS.
Testa på aktuell ZimaOS innan du återskapar ett papperskorgsfel från 2025/1.5.4
Den aktuella ZimaOS-versionen är 1.7.1 och har fortsatt att få korrigeringar för filservice, minne, klippning/flytt och säkerhet. Källan är användbar för att förstå papperskorgslagret, men bevisar inte att samma fel fortfarande finns i dag.
Vanliga frågor om SMB-borttagning och papperskorgen
Kan borttagna filer fortsätta att ta upp utrymme eftersom de ligger i papperskorgen?
Ja. Filer i ZimaOS har en officiell papperskorg och lagringsregler.
Bekräftades den ursprungliga trådens diagnos om en dold mapp av användaren?
Nej. Tråden avslutades innan användaren rapporterade en lyckad rensning.
Bör aktuella användare ta bort /var/lib/casaos_data/.media/.../.trash manuellt?
Inte som första steg. Sökvägen kom från en senare communitylösning för version 1.5.4 och bör endast användas när det finns versionsspecifika belägg och med stor försiktighet.
