Si un archivo desaparece del Explorador de Windows, pero ZimaOS sigue indicando que el disco está lleno, la primera pregunta no es «¿SMB no pudo eliminarlo?». Es posible que el archivo se haya movido al flujo de Papelera de ZimaOS, que se haya conservado en un directorio de papelera oculto o que se vea afectado por un error de índice o visualización de la papelera específico de una versión.
El hilo original no llegó a una solución confirmada. Un miembro de la comunidad dijo que se trataba del comportamiento normal de Samba y sugirió carpetas ocultas como .recycle, .Trash o .Trash-1000. Ese consejo era demasiado genérico para ZimaOS. Más adelante, durante la resolución de problemas de la versión 1.5.4, se identificó la propia ruta de papelera oculta de ZimaOS en /var/lib/casaos_data/.media/.../.trash, mientras que la aplicación Archivos actual incluye una Papelera de primera clase.
Archivos de ZimaOS tiene una Papelera oficial
IceWhale añadió una Papelera visual a Archivos en ZimaOS 1.3.1. Las notas de la versión describen la restauración de elementos eliminados y la limpieza automática después de 30 días.
Consulta la función oficial de Papelera de ZimaOS antes de eliminar manualmente directorios ocultos.
No se verificó el «comportamiento normal de Samba» mencionado en la fuente
El autor original preguntó si cada eliminación requeriría una limpieza mediante la línea de comandos, pero ninguna respuesta posterior confirmó qué directorio oculto estaba ocupando espacio ni si la eliminación desde Windows se enviaba a la Papelera de ZimaOS en esa versión.
Por lo tanto, la fuente debe considerarse una hipótesis inicial, no un diagnóstico confirmado.
ZimaOS 1.5.4 tuvo posteriormente un error documentado de visualización y sincronización de .trash
En un hilo independiente de la comunidad publicado en febrero de 2026, se descubrió que los archivos eliminados se acumulaban en:
/var/lib/casaos_data/.media/Mounted-Drive-Label/.trashmientras que la interfaz de Papelera de Archivos no los mostraba correctamente. La solución provisional detenía Archivos/SMB, eliminaba la carpeta de papelera oculta afectada, reiniciaba los servicios y sincronizaba las escrituras, pero el autor indicó después que el problema reaparecía tras reiniciar.
Se trata de una solución provisional específica de una versión y aportada por la comunidad, no de un procedimiento universal de eliminación seguro.
Comprueba primero Archivos → Papelera antes de limpiar mediante SSH
Si usas una versión actual, abre primero la Papelera de Archivos y comprueba qué elementos se conservan. Si los archivos eliminados aparecen allí, vacía la papelera desde la interfaz en lugar de eliminar rutas de metadatos internos desde el shell.
La retención automática explica por qué el espacio puede no recuperarse de inmediato
Si los archivos eliminados se conservan intencionadamente para poder recuperarlos, el uso del almacenamiento puede seguir siendo elevado hasta que se vacíe la papelera o expire el periodo de retención. Este comportamiento protege a los usuarios frente a eliminaciones accidentales, pero puede sorprender a quien elimine cientos de gigabytes mediante SMB.
Mide qué está ocupando realmente el espacio antes de eliminar carpetas ocultas
Si la Papelera de Archivos parece vacía, pero el uso del disco sigue siendo elevado, comprueba:
- datos de papelera ocultos;
- retención de copias de seguridad o versiones;
- instantáneas Btrfs, si se utilizan;
- archivos escritos debajo de un punto de montaje desaparecido;
- archivos abiertos pero eliminados que mantiene un proceso en ejecución;
- cachés de aplicaciones o datos de Docker.
No des por sentado que cada gigabyte no explicado pertenece a la papelera.
Eliminar mediante el Explorador no debería requerir SSH manual cada vez
Una configuración actual y saludable debería permitir que los flujos de trabajo normales de SMB/Archivos gestionen las eliminaciones sin que el usuario tenga que eliminar repetidamente carpetas internas de papelera. Si cada eliminación desde el Explorador requiere una limpieza manual, considéralo un problema actual del comportamiento de Archivos/SMB y registra la versión de ZimaOS.
No elimines a ciegas rutas internas de .media
Las rutas bajo /var/lib/casaos_data/.media forman parte del modelo interno de montaje y papelera del servicio de archivos de ZimaOS. Eliminar el directorio equivocado mientras los servicios están activos puede afectar a la indexación o al almacenamiento montado.
Usa primero la interfaz y ponte en contacto con soporte antes de aplicar a la versión actual de ZimaOS una solución antigua mediante shell de la versión 1.5.4.
Vuelve a probar en la versión actual de ZimaOS antes de reproducir un error de papelera de 2025/1.5.4
La versión actual de ZimaOS es la 1.7.1 y ha seguido recibiendo correcciones para el servicio de archivos, la memoria, las operaciones de cortar y mover, y la seguridad. La fuente resulta útil para comprender la capa de papelera, pero no demuestra que el mismo error siga existiendo hoy.
Preguntas frecuentes sobre la eliminación mediante SMB y la Papelera
¿Los archivos eliminados pueden seguir ocupando espacio porque están en la Papelera?
Sí. Archivos de ZimaOS tiene una Papelera oficial y un comportamiento de retención.
¿El usuario confirmó el diagnóstico de la carpeta oculta del hilo original de 2025?
No. El hilo terminó antes de que el usuario informara de una limpieza exitosa.
¿Los usuarios actuales deberían eliminar manualmente /var/lib/casaos_data/.media/.../.trash?
No como primer paso. Esa ruta procede de una solución provisional posterior de la comunidad para la versión 1.5.4 y solo debe utilizarse con pruebas específicas de la versión y con mucho cuidado.
