Si un fichier disparaît de l’Explorateur Windows alors que ZimaOS indique toujours que le disque est plein, la première question n’est pas « SMB n’a-t-il pas réussi à le supprimer ? » Le fichier a peut-être été déplacé vers la corbeille de ZimaOS, conservé dans un répertoire de corbeille masqué ou affecté par un bug d’indexation ou d’affichage de la corbeille propre à une version.
Le fil de discussion d’origine n’a pas abouti à une solution confirmée. Un membre de la communauté a indiqué qu’il s’agissait d’un comportement normal de Samba et a suggéré de rechercher des dossiers masqués tels que .recycle, .Trash ou .Trash-1000. Ce conseil était trop générique pour ZimaOS. Lors d’un dépannage ultérieur avec la version 1.5.4, le chemin masqué utilisé par la corbeille de ZimaOS a été identifié sous /var/lib/casaos_data/.media/.../.trash, tandis que l’application Fichiers actuelle intègre une véritable corbeille.
L’application Fichiers de ZimaOS dispose d’une corbeille officielle
IceWhale a ajouté une corbeille visuelle à l’application Fichiers dans ZimaOS 1.3.1. Les notes de version décrivent la restauration des éléments supprimés et leur nettoyage automatique après 30 jours.
Consultez la fonctionnalité officielle de corbeille de ZimaOS avant de supprimer manuellement des répertoires masqués.
Le « comportement normal de Samba » évoqué dans la source n’a pas été vérifié
L’auteur du message d’origine demandait si chaque suppression nécessiterait un nettoyage en ligne de commande, mais aucune réponse ultérieure n’a confirmé quel répertoire masqué occupait l’espace ni si les suppressions effectuées depuis Windows étaient redirigées vers la corbeille de ZimaOS dans cette version.
La source doit donc être considérée comme une hypothèse initiale et non comme un diagnostic confirmé.
ZimaOS 1.5.4 présentait ensuite un bug documenté d’affichage ou de synchronisation de .trash
Un fil de discussion distinct de février 2026 a révélé que des fichiers supprimés s’accumulaient sous :
/var/lib/casaos_data/.media/Mounted-Drive-Label/.trashalors que l’interface de la corbeille de l’application Fichiers ne les affichait pas correctement. La solution de contournement consistait à arrêter Fichiers et SMB, à supprimer le dossier de corbeille masqué concerné, à redémarrer les services et à synchroniser les écritures, mais l’auteur a ensuite indiqué que le problème réapparaissait après les redémarrages.
Il s’agit d’une solution de contournement communautaire propre à une version, et non d’une procédure de suppression universellement sûre.
Vérifiez d’abord Fichiers → Corbeille avant tout nettoyage via SSH
Si vous utilisez une version actuelle, ouvrez d’abord la corbeille de l’application Fichiers et vérifiez ce qui est conservé. Si les éléments supprimés sont visibles, videz la corbeille depuis l’interface au lieu de supprimer des chemins internes de métadonnées depuis le terminal.
La conservation automatique explique pourquoi l’espace ne se libère pas forcément immédiatement
Si les fichiers supprimés sont conservés intentionnellement pour permettre leur récupération, l’espace utilisé peut rester important jusqu’à ce que la corbeille soit vidée ou que la période de conservation expire. Ce comportement protège contre les suppressions accidentelles, mais peut surprendre une personne qui supprime plusieurs centaines de gigaoctets via SMB.
Mesurez la véritable source de l’occupation avant de supprimer des dossiers masqués
Si la corbeille de l’application Fichiers semble vide alors que l’espace utilisé reste élevé, vérifiez :
- les données de corbeille masquées ;
- la conservation des sauvegardes et des versions ;
- les instantanés Btrfs, le cas échéant ;
- les fichiers écrits sous un point de montage manquant ;
- les fichiers supprimés mais encore ouverts par un processus en cours d’exécution ;
- les caches d’applications ou les données Docker.
Ne supposez pas que chaque gigaoctet inexpliqué appartient à la corbeille.
Les suppressions effectuées depuis l’Explorateur ne devraient pas nécessiter une connexion SSH manuelle à chaque fois
Dans une configuration actuelle fonctionnelle, les flux de travail SMB et Fichiers courants devraient gérer les suppressions sans obliger l’utilisateur à supprimer régulièrement des dossiers internes de corbeille. Si chaque suppression depuis l’Explorateur nécessite un nettoyage manuel, considérez cela comme un problème actuel de fonctionnement de Fichiers ou de SMB et notez la version de ZimaOS.
Ne supprimez pas aveuglément les chemins internes .media
Les chemins sous /var/lib/casaos_data/.media font partie du système interne de montage et de gestion de la corbeille de ZimaOS. Supprimer le mauvais répertoire alors que les services sont actifs peut affecter l’indexation ou le stockage monté.
Utilisez d’abord l’interface et contactez le support avant d’appliquer à la version actuelle de ZimaOS une ancienne solution de contournement en ligne de commande prévue pour la version 1.5.4.
Effectuez un nouveau test avec la version actuelle de ZimaOS avant de reproduire un bug de corbeille de 2025 ou de la version 1.5.4
La version actuelle de ZimaOS est la 1.7.1 et continue de recevoir des correctifs pour les services de fichiers, la mémoire, les opérations de déplacement et de coupe, ainsi que la sécurité. La source est utile pour comprendre le fonctionnement de la couche de corbeille, mais ne permet pas de prouver que le même bug existe encore aujourd’hui.
FAQ sur les suppressions SMB et la corbeille
Les fichiers supprimés peuvent-ils continuer à occuper de l’espace parce qu’ils se trouvent dans la corbeille ?
Oui. L’application Fichiers de ZimaOS dispose d’une corbeille officielle et d’un mécanisme de conservation.
Le diagnostic concernant le dossier masqué dans le fil de discussion d’origine de 2025 a-t-il été confirmé par l’utilisateur ?
Non. Le fil s’est terminé avant que l’utilisateur ne signale un nettoyage réussi.
Les utilisateurs actuels doivent-ils supprimer manuellement /var/lib/casaos_data/.media/.../.trash ?
Pas en première intention. Ce chemin provenait d’une solution de contournement communautaire ultérieure pour la version 1.5.4 et ne doit être utilisé qu’avec des éléments propres à la version concernée et avec prudence.
