Conclusión: en este caso de ZimaOS+, «Límite de almacenamiento superado» no significaba que los discos físicos estuvieran llenos
El usuario ya tenía ZimaOS+ y aun así seguía viendo el error después de reorganizar las configuraciones de RAID y de discos individuales. Posteriormente, las comprobaciones de solo lectura mostraron que el RAID local real y el volumen de 22 TB estaban montados con normalidad, mientras que la capa de Archivos/almacenamiento mostraba muchas entradas antiguas y numerosos montajes de red. Las pruebas apuntan a un problema de contabilización del almacenamiento o a metadatos obsoletos, no a un sistema de archivos lleno.
Primero, comprueba qué almacenamiento es real
lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS
df -h
findmnt /media
mount | grep /mediaUn disco local real debería aparecer como un dispositivo de bloques y estar montado. Una carpeta obsoleta que solo sea visible en la interfaz es un problema diferente. El manual de lsblk y el manual de findmnt son las referencias de solo lectura más seguras.
No elimines carpetas de /media hasta saber si son montajes activos
En el hilo se sospechaba de la existencia de directorios «fantasma», pero también se mostraban muchos montajes CIFS/SMB legítimos procedentes de otros dispositivos NAS. Eliminar una ruta porque parece obsoleta puede interrumpir un montaje activo o una ruta utilizada por una aplicación. Haz primero un inventario y, después, elimina elementos únicamente mediante la interfaz compatible de almacenamiento/recursos compartidos, salvo que IceWhale proporcione un procedimiento de limpieza específico.
La guía actual de almacenamiento de ZimaOS y la guía de migración de datos de ZimaOS son las referencias vigentes.
Un restablecimiento de fábrica es una medida demasiado drástica como primera solución para los metadatos de almacenamiento
El propio cuadro de diálogo de restablecimiento muestra que se verán afectadas las cuentas, las aplicaciones instaladas y la configuración del sistema. Es una medida de escalamiento, no un atajo de diagnóstico. Primero, guarda el inventario de montajes y la versión actual de ZimaOS.
Por qué este caso de la versión 1.6.1 no debe considerarse un error universal actual
La gestión del almacenamiento de ZimaOS siguió cambiando en las versiones 1.6.2 y de la serie 1.7. La documentación actual distingue con mayor claridad entre los espacios de almacenamiento locales, el almacenamiento montado en red y la migración. Si el mismo error aparece ahora, reprodúcelo en la versión actual y recopila el inventario exacto del almacenamiento, en lugar de asumir que el estado del backend de mayo de 2026 sigue siendo aplicable.
Para sistemas complejos con varias unidades, la página de almacenamiento multiunidad de ZimaCube 2 ofrece el contexto actual de la arquitectura de almacenamiento.
