Cómo comprobar si una partición del sistema llena está afectando a las aplicaciones del NAS

Eva Wong es la redactora técnica y manitas residente en ZimaSpace. Es una geek de toda la vida apasionada por los laboratorios domésticos y el software de código abierto, y se especializa en traducir conceptos técnicos complejos en guías prácticas y fáciles de seguir. Eva cree que alojar servicios propios debería ser divertido, no intimidante. A través de sus tutoriales, ayuda a la comunidad a desmitificar la configuración del hardware, desde montar su primer NAS hasta dominar los contenedores Docker.

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.