Una partición del sistema llena puede detener las aplicaciones del NAS aunque el conjunto de datos grande todavía tenga terabytes libres.
Las aplicaciones necesitan espacio local para registros, bases de datos, archivos temporales, actualizaciones, capas de contenedores, sockets y escrituras de configuración. Confirma qué montaje está lleno, relaciona el error de la aplicación con una escritura fallida, identifica qué consume espacio en el sistema y libera espacio mediante el componente que lo administra.
Confirma que la partición del sistema es el montaje lleno
Comprueba todos los sistemas de archivos montados y localiza las rutas raíz, de arranque, de aplicaciones, de contenedores y de datos. La primera tarea es confirmar exactamente qué montaje está lleno, porque el espacio libre en el conjunto de datos no puede satisfacer una escritura dirigida al sistema de archivos raíz.
Usa df -h para comprobar la capacidad en bloques y df -i para comprobar los registros de archivos. Una ruta puede rechazar archivos nuevos cuando los bloques libres y los inodos libres son límites independientes y cualquiera de ellos se agota.
| Síntoma de la aplicación | Escritura que probablemente falló | Comprobación |
|---|---|---|
| Error de inicio de sesión o de base de datos | Diario o socket de la base de datos | Registros de la aplicación y ruta de la base de datos |
| Falla la actualización o instalación | Caché de paquetes o archivo temporal | Montajes raíz y temporales |
| El contenedor no se inicia | Capa de superposición, registro o estado | Uso del almacenamiento de contenedores |
| Fallan las cargas | Ruta temporal de preparación | Directorio temporal configurado |
Relaciona los fallos de las aplicaciones con la falta de espacio de escritura
Lee los registros de la aplicación, la base de datos, el contenedor y el sistema para buscar «no queda espacio en el dispositivo», sistema de archivos de solo lectura, fallo del diario o imposibilidad de crear un archivo temporal. Puede que una aplicación siga mostrando su página web desde la memoria mientras fallan las tareas en segundo plano, las cargas y las confirmaciones de la base de datos.
Anota las marcas de tiempo y prueba una escritura inocua en la ruta afectada. Evita reiniciar todo antes de guardar las pruebas; reiniciar todas las aplicaciones puede generar más registros, ocultar el primer error y cambiar qué servicio falla después.
Buscar registros, capas de contenedores, inodos y archivos eliminados
Mide los directorios del sistema de nivel superior y luego examina con más detalle el que ocupe más espacio. Entre los elementos que suelen consumirlo están los diarios, los registros de aplicaciones, las capas de imágenes, las cachés de compilación, los volcados de errores, las cachés de paquetes, las miniaturas y los archivos temporales. Antes de eliminar directorios de datos cuyo contenido no esté claro, consulta los informes de la aplicación o del administrador de contenedores.
Si los totales de los directorios no explican el uso del sistema de archivos, comprueba si hay archivos eliminados que siguen abiertos. Si los inodos están agotados, localiza los directorios que contienen una enorme cantidad de archivos pequeños de caché o sesión. Después de la recuperación, configura la rotación de registros y los límites de retención en lugar de volver a eliminarlos de emergencia.
Libera espacio de forma segura y verifica la recuperación
Empieza por las opciones de limpieza documentadas: rota o vacía los registros, elimina las cachés de paquetes que hayas confirmado que no se usan, depura solo los artefactos de contenedores que no se utilicen y borra los volcados de errores antiguos con las herramientas correspondientes. Conserva las bases de datos, los volúmenes con nombre, las imágenes activas y la configuración hasta que tengas una copia de seguridad verificada.
Vuelve a comprobar el uso del sistema de archivos y de los inodos; luego, reinicia solo la cadena de dependencias afectada y prueba a escribir un archivo desde una aplicación real. Si la recuperación sigue fallando, investiga el orden de inicio de los servicios tras un reinicio en lugar de asumir que el espacio sigue siendo la causa.
Preguntas frecuentes
¿Por qué falla una aplicación si el grupo de almacenamiento del NAS tiene espacio libre?
Es posible que la aplicación escriba su base de datos, sus registros, archivos temporales o el estado de los contenedores en la partición del sistema, que es más pequeña. La capacidad no se comparte automáticamente entre puntos de montaje.
¿Eliminar archivos de registro puede empeorar el problema?
Sí. Un proceso en ejecución puede mantener abierto un registro eliminado, por lo que el espacio sigue ocupado aunque la ruta haya desaparecido. Rota o trunca los registros siguiendo el procedimiento correcto del servicio.
¿Cuánto espacio libre debe tener la partición del sistema?
No existe un porcentaje universal. Deja suficiente margen para las actualizaciones, los registros, el mantenimiento de la base de datos, el crecimiento de los contenedores y las operaciones de recuperación; luego, configura alertas tanto para el ritmo de crecimiento como para el espacio restante.
Soporte y consejos
Más para leer

Qué comprobar antes de cargar un modelo de la comunidad en Transformers
Usa la actualización del entorno aislado de Jinja para Transformers para revisar la procedencia del modelo, las plantillas de chat, el código remoto, los...

Ejecuta Mirage localmente: OCR y detección de objetos a partir de una sola imagen
Prueba el pequeño modelo de visión local de Cactus Compute, valida el OCR y la extracción de objetos con datos reales y comprende las...

Cómo programar un agente de programación en Open WebUI en un servidor doméstico
Configura una automatización de agente de programación solo para informes en Open WebUI, selecciona su terminal y espacio de trabajo, y verifica los permisos,...



