Se un file scompare da Esplora file di Windows, ma ZimaOS continua a indicare che il disco è pieno, la prima domanda non è «SMB non è riuscito a eliminarlo?». Il file potrebbe essere stato spostato nel cestino di ZimaOS, conservato in una directory nascosta del cestino oppure interessato da un bug di visualizzazione o indicizzazione del cestino specifico di una determinata versione.
La discussione originale non è arrivata a una soluzione confermata. Un membro della community ha detto che si trattava del normale comportamento di Samba e ha suggerito cartelle nascoste come .recycle, .Trash o .Trash-1000. Il suggerimento era troppo generico per ZimaOS. In seguito, durante la risoluzione dei problemi della versione 1.5.4, è stato individuato il percorso nascosto del cestino di ZimaOS, /var/lib/casaos_data/.media/.../.trash, mentre l'app Files attuale include un cestino dedicato.
Files di ZimaOS Dispone di un Cestino Ufficiale
IceWhale ha aggiunto un cestino visivo a Files in ZimaOS 1.3.1. Le note di rilascio descrivono il ripristino degli elementi eliminati e la pulizia automatica dopo 30 giorni.
Consulta la funzione ufficiale del cestino di ZimaOS prima di eliminare manualmente le directory nascoste.
Il «Normale Comportamento di Samba» Indicato nella Discussione Originale Non È Stato Verificato
L'autore originale chiedeva se ogni eliminazione avrebbe richiesto una pulizia tramite riga di comando, ma nessuna risposta successiva ha confermato quale directory nascosta stesse occupando spazio né se, in quella versione, le eliminazioni da Windows venissero indirizzate al cestino di ZimaOS.
Pertanto, la fonte deve essere considerata un'ipotesi iniziale, non una diagnosi confermata.
In Seguito, ZimaOS 1.5.4 Ha Presentato un Bug Documentato di Visualizzazione/Sincronizzazione di .trash
Una discussione separata della community, risalente a febbraio 2026, ha rilevato l'accumulo di file eliminati in:
/var/lib/casaos_data/.media/Mounted-Drive-Label/.trashmentre l'interfaccia del cestino di Files non li visualizzava correttamente. La soluzione temporanea interrompeva Files/SMB, rimuoveva la cartella nascosta del cestino interessata, riavviava i servizi e sincronizzava le scritture, ma l'autore ha poi riferito che il problema si ripresentava dopo i riavvii.
Si tratta di una soluzione temporanea specifica della versione, condivisa dalla community, non di una procedura di eliminazione sicura e universale.
Controlla Prima Files → Cestino
Se usi una versione attuale, apri innanzitutto il cestino di Files e controlla quali elementi vengono conservati. Se gli elementi eliminati sono visibili, svuota il cestino dall'interfaccia invece di rimuovere dalla shell i percorsi contenenti metadati interni.
La Conservazione Automatica Spiega Perché lo Spazio Potrebbe Non Liberarsi Immediatamente
Se i file eliminati vengono conservati intenzionalmente per il ripristino, l'utilizzo dello spazio può rimanere elevato finché il cestino non viene svuotato o finché non scade il periodo di conservazione. Questo comportamento protegge gli utenti dalle eliminazioni accidentali, ma può sorprendere chi elimina centinaia di gigabyte tramite SMB.
Misura il Reale Elemento che Occupa Spazio Prima di Eliminare le Cartelle Nascoste
Se il cestino di Files appare vuoto, ma l'utilizzo del disco rimane elevato, controlla:
- dati nascosti del cestino;
- conservazione di backup o versioni;
- snapshot Btrfs, se utilizzati;
- file scritti sotto un punto di montaggio non più presente;
- file eliminati ma ancora aperti, mantenuti da un processo in esecuzione;
- cache delle applicazioni o dati Docker.
Non dare per scontato che ogni gigabyte non spiegato appartenga al cestino.
L'Eliminazione Tramite Esplora File Non Dovrebbe Richiedere Ogni Volta un Intervento SSH
In una configurazione attuale funzionante, i normali flussi di lavoro SMB/Files dovrebbero gestire le eliminazioni senza costringere l'utente a rimuovere ripetutamente le cartelle interne del cestino. Se ogni eliminazione da Esplora file richiede una pulizia manuale, considera il problema come un malfunzionamento attuale di Files/SMB e annota la versione di ZimaOS.
Non Eliminare Alla Cieca i Percorsi Interni .media
I percorsi sotto /var/lib/casaos_data/.media fanno parte del modello interno di montaggio e gestione del cestino del servizio file di ZimaOS. La rimozione della directory sbagliata mentre i servizi sono attivi può compromettere l'indicizzazione o lo storage montato.
Usa prima l'interfaccia e contatta il supporto prima di applicare a ZimaOS attuale una vecchia soluzione tramite shell relativa alla versione 1.5.4.
Ripeti il Test sull'Ultima Versione di ZimaOS Prima di Riprodurre un Bug del Cestino della Versione 2025/1.5.4
La versione attuale di ZimaOS è la 1.7.1 e ha continuato a ricevere correzioni per i servizi file, la memoria, le operazioni di taglio/spostamento e la sicurezza. La fonte è utile per comprendere il livello del cestino, ma non dimostra che lo stesso bug esista ancora oggi.
Domande Frequenti su Eliminazioni SMB e Cestino
I file eliminati possono continuare a occupare spazio perché si trovano nel cestino?
Sì. Files di ZimaOS dispone di un cestino ufficiale e di un comportamento di conservazione.
La diagnosi della cartella nascosta indicata nella discussione originale del 2025 è stata confermata dall'utente?
No. La discussione si è conclusa prima che l'utente riferisse una pulizia riuscita.
Gli utenti attuali dovrebbero eliminare manualmente /var/lib/casaos_data/.media/.../.trash?
Non come primo passo. Quel percorso proviene da una successiva soluzione temporanea della community per la versione 1.5.4 e dovrebbe essere utilizzato solo in presenza di prove specifiche della versione e con cautela.
