Un archivo de intercambio grande de ZimaOS no es lo mismo que una presión de intercambio activa, y eliminarlo no es la forma correcta de recuperar espacio en el disco de arranque. Comprueba el uso real del intercambio, la presión de memoria, el uso de disco de Docker, los registros y la ubicación de AppData antes de cambiar la configuración del intercambio.
El hilo original de 2026 atribuía a un archivo .swap de 3,8 GB que un disco de arranque de 48 GB estuviera casi lleno, pero los cálculos mostraban que el intercambio solo representaba una pequeña parte del espacio faltante. Posteriormente, el sistema recuperó unos 20 GB, lo que apunta más a una limpieza temporal de Docker o de la caché que a reducir el intercambio.
Tamaño del intercambio reservado frente al uso activo del intercambio
Ejecuta:
free -h
swapon --showUn archivo de intercambio de 4 GB puede existir en el disco mientras solo se utiliza una pequeña fracción. El tamaño del archivo es capacidad reservada; no significa que la RAM se haya desbordado en 4 GB.
Encuentra qué está llenando el disco del sistema
Ejecuta:
df -h
du -xh /var/lib/docker --max-depth=1 2>/dev/null | sort -hLas capas de imágenes de Docker, las capas superpuestas modificables, los registros, las cachés y los datos temporales pueden ocupar el pequeño disco del sistema aunque los archivos multimedia de las aplicaciones estén asignados a otra ubicación.
Mantén AppData fuera de la unidad del sistema
La guía actual de datos de aplicaciones de ZimaOS recomienda explícitamente establecer la ubicación de los datos de las aplicaciones en un espacio de almacenamiento, en lugar de llenar la unidad del sistema.
Esto no elimina todo el uso del sistema por parte de Docker, pero evita que las bases de datos de las aplicaciones y las cachés multimedia consuman de forma predeterminada el dispositivo de arranque.
Comprueba los registros de los contenedores
Un contenedor que genere demasiada actividad puede hacer que los registros JSON crezcan rápidamente. Inspecciona el uso de disco de Docker y el tamaño de los registros de los contenedores antes de eliminar archivos al azar.
Si una aplicación es la responsable, corrige su comportamiento de registro o rota los registros en lugar de eliminar manualmente los archivos de registro activos.
Un uso elevado del intercambio aún puede significar presión de memoria
Si free -h muestra poca memoria disponible y el intercambio se está utilizando activamente, identifica los procesos que consumen RAM. Las bases de datos pesadas, la indexación de fotos, las cargas de trabajo de IA y las máquinas virtuales pueden llevar a un sistema con poca memoria a utilizar el intercambio.
No desactives el intercambio solo para ocultar el síntoma
El intercambio puede mantener el sistema activo durante picos breves de uso de memoria. Desactivarlo en un servidor con memoria limitada puede convertir una ralentización en terminaciones por falta de memoria.
Cuándo añadir RAM
Añade RAM cuando las cargas de trabajo sostenidas agoten constantemente la memoria física y los servicios importantes utilicen mucho el intercambio. No actualices la RAM únicamente porque exista un archivo de intercambio.
La guía de solución de problemas de rendimiento ayuda a evitar tratar cualquier servidor lento como si tuviera un problema de RAM.
Mide la presión de memoria a lo largo del tiempo
Una sola instantánea de free -h puede resultar engañosa porque Linux utiliza deliberadamente la RAM libre para la caché. Observa la memoria disponible y si la actividad de entrada y salida del intercambio continúa durante la carga de trabajo.
Si las herramientas disponibles en el sistema muestran un uso sostenido del intercambio mientras el servidor funciona lentamente, identifica qué aplicación o máquina virtual consume la memoria en lugar de centrarte únicamente en el tamaño del archivo de intercambio.
Las imágenes de Docker siguen consumiendo espacio del sistema
Mover AppData a /DATA no mueve todas las capas de imágenes de Docker ni todos los archivos de ejecución. Por tanto, instalar y actualizar muchas aplicaciones puede hacer crecer el disco del sistema aunque todos los volúmenes de datos visibles para el usuario apunten a otra ubicación.
Antes de realizar una limpieza, utiliza la vista de uso de disco del propio Docker para distinguir entre imágenes, contenedores, volúmenes locales y caché de compilación. Elimina únicamente los objetos que sepas que no están en uso.
Comprueba si un disco del sistema pequeño es el problema estructural
Un disco de arranque de 48 GB puede funcionar, pero deja poco margen para varias imágenes de aplicaciones, actualizaciones, registros y operaciones temporales. Si el sistema se acerca repetidamente al 100 % a pesar de una limpieza adecuada, un disco del sistema más grande o trasladar más cargas de trabajo persistentes al almacenamiento principal puede ser la solución sostenible.
El poco espacio libre puede provocar fallos secundarios
Cuando el área escribible del sistema está casi llena, las actualizaciones de aplicaciones, las escrituras de bases de datos, los registros y los archivos temporales pueden fallar de formas que parecen no estar relacionadas con el almacenamiento. Considera el espacio libre muy reducido como un riesgo operativo aunque el servidor tenga terabytes libres en otra matriz.
Preguntas frecuentes
¿Por qué volvió a aparecer espacio libre en el disco durante la noche?
Es posible que se hayan liberado capas temporales de Docker, cachés, registros o que se hayan ejecutado tareas de limpieza. Eso no significa que el archivo de intercambio se haya reducido.
¿Debería eliminar el archivo .swap?
No. Comprueba primero el uso activo del intercambio y los elementos que realmente consumen espacio en el disco.
¿Es normal tener entre 3 y 4 GB de intercambio?
No es inusual que exista un archivo de intercambio de unos pocos gigabytes. Lo importante es cuánto intercambio se utiliza activamente y si la presión de memoria se mantiene.
¿Por qué sigue utilizándose mi disco de arranque cuando AppData está en /DATA?
Los metadatos del motor de Docker, las capas de imágenes, las capas superpuestas de ejecución, los registros y los archivos del sistema siguen estando fuera de los datos de las aplicaciones que has asignado.
