Guía de emergencia: Cómo arrancar un Linux cuando tienes el disco lleno

¡Uf, esa sensación! 😫 Estás intentando arrancar tu querido sistema Linux, quizás un servidor crítico o tu estación de trabajo personal, y de repente, en lugar del glorioso escritorio o el prompt de inicio de sesión, te encuentras con un mensaje críptico o, peor aún, se queda colgado. Después de unos minutos de pánico inicial, te das cuenta: ¡el disco está lleno! La partición raíz, o quizás alguna otra esencial, ha alcanzado su capacidad máxima, y tu sistema operativo simplemente no tiene espacio para respirar, escribir archivos temporales o incluso registrar eventos. No te preocupes, no eres el primero ni el último. Esta es una situación frustrante, pero te aseguro que, con un poco de paciencia y las herramientas adecuadas, podemos revertir el desastre. ¡Respira hondo! Aquí tienes la guía definitiva para arrancar un Linux con el disco lleno y devolverlo a la vida. ✨

¿Por qué mi sistema Linux se niega a arrancar con el almacenamiento saturado? 🤔

Antes de sumergirnos en la solución, es útil entender el problema. Un sistema operativo necesita espacio de almacenamiento para muchas tareas fundamentales: escribir registros (logs), crear archivos temporales, gestionar cachés de paquetes, permitir que los programas guarden su estado y, en general, funcionar. Cuando el espacio en disco se agota por completo, incluso funciones básicas como el inicio de un servicio o el acceso de un usuario pueden fallar porque no hay dónde escribir los datos necesarios. Esto puede manifestarse de varias maneras: un sistema que no arranca, un entorno gráfico que no carga, o incluso un terminal que no permite ingresar comandos. La incapacidad de escribir cualquier cosa en el disco duro lo convierte en un estado de „solo lectura” forzado, lo que es fatal para su operación normal.

Primeros Auxilios: Opciones de Arranque de Emergencia 🚑

Para poder limpiar el disco, primero necesitamos acceso al sistema. Aquí tienes las dos vías principales:

1. Modo de Recuperación o Usuario Único (Single User Mode) 🛠️

Esta es a menudo la opción más rápida si tu sistema todavía puede llegar al menú de GRUB. Te permite arrancar con un conjunto mínimo de servicios y, crucialmente, con un shell de root donde puedes ejecutar comandos.

1. Reinicia tu computadora.
2. Accede al menú GRUB: Justo después del POST de la BIOS/UEFI, mantén presionada la tecla Shift o Esc (esto puede variar, a veces solo aparece automáticamente) para mostrar el menú de arranque GRUB.
3. Selecciona una entrada: Elige la entrada de tu sistema Linux (normalmente la primera).
4. Edita la entrada de arranque: Pulsa la tecla e para editar la línea de arranque.
5. Encuentra la línea del kernel: Busca la línea que comienza con linux o linuxefi.
6. Modifica los parámetros: Ve al final de esa línea y añade init=/bin/bash o single. Para la mayoría de los casos de disco lleno, init=/bin/bash es más directo, ya que te da un shell de root sin montar todas las particiones de forma estándar.
7. Arranca: Pulsa F10 o Ctrl+X para arrancar con los nuevos parámetros.

Si utilizas init=/bin/bash, es probable que tu sistema de archivos raíz (/) esté montado en modo de solo lectura. Necesitarás volver a montarlo en modo de lectura/escritura para poder hacer cambios:

mount -o remount,rw /

En algunos casos, si no tienes la certeza de qué es lo que está lleno, podría ser prudente montar las particiones restantes:

mount -a

2. Arrancar con un Live USB/CD 💿

Si el modo de recuperación no funciona o si necesitas un entorno más robusto (por ejemplo, con herramientas gráficas o de red), un Live USB es tu mejor amigo. Esto implica arrancar un sistema operativo completamente diferente desde una unidad USB o un CD/DVD.

1. Prepara un Live USB/CD: Necesitarás una unidad USB con una imagen ISO de una distribución Linux (Ubuntu, Fedora, Mint, etc.) grabada en ella (usa herramientas como Rufus, Etcher, balena Etcher).
2. Arranca desde el Live USB/CD: Configura tu BIOS/UEFI para arrancar desde la unidad USB/CD.
3. Accede al sistema de archivos: Una vez que el Live OS ha arrancado, abre un terminal. Necesitarás identificar y montar la partición raíz de tu sistema averiado.

Para identificar tus particiones, usa:

sudo fdisk -l

O:

sudo blkid

Una vez que identifiques tu partición raíz (ej. /dev/sda1), móntala en un punto de montaje temporal:

sudo mkdir /mnt/rescue
sudo mount /dev/sda1 /mnt/rescue

Si tienes otras particiones como /var o /home en volúmenes separados, también deberías montarlas en subdirectorios dentro de /mnt/rescue (ej. /mnt/rescue/var) para poder acceder a todos los datos y liberar espacio.

Diagnóstico: ¿Qué se ha comido mi espacio? 🔍

Una vez que tengas acceso al sistema (ya sea por modo de recuperación o Live USB), el primer paso es confirmar el problema y localizar a los culpables.

1. Verificar el Uso del Disco 📊

Usa el comando df -h para ver el uso de las particiones. Presta especial atención a la columna „Use%” y al punto de montaje / (o /var, /home si son particiones separadas).

df -h

También es vital revisar el uso de inodes, que son estructuras de datos que describen un archivo o directorio. Un disco puede parecer no estar „100% lleno” según df -h, pero si los inodes están agotados (100% en la columna „IUse%”), el sistema se comportará como si el disco estuviera lleno. Esto suele ocurrir con una enorme cantidad de archivos muy pequeños.

df -i

2. Identificar Archivos y Directorios Grandes 📂

Aquí es donde entra en juego el comando du (disk usage). Para encontrar los directorios más grandes en la raíz (/), ejecuta:

sudo du -sh /*

Esto te mostrará un resumen del tamaño de cada directorio principal. Una vez que encuentres un directorio sospechosamente grande, puedes profundizar en él:

sudo du -sh /ruta/al/directorio/*

Repite este proceso hasta que localices los archivos o subdirectorios que están consumiendo la mayor parte del espacio.
Comienza por los directorios que, estadísticamente, son los más propensos a llenarse:

• /var (registros, cachés de paquetes)
• /tmp (archivos temporales)
• /opt (aplicaciones instaladas manualmente)
• /home (datos de usuario, descargas, papelera de reciclaje)
• /usr (instalaciones del sistema, pero menos propenso a llenarse rápidamente con „basura”)

Para buscar archivos muy grandes directamente, puedes usar find:

sudo find / -type f -size +1G -print0 | xargs -0 du -h | sort -rh | head -n 20

Este comando buscará los 20 archivos más grandes de 1GB o más en todo el sistema. Ajusta +1G a +100M o el tamaño que consideres relevante.

⚠️ ¡Advertencia Crítica! Antes de eliminar cualquier archivo, asegúrate al 100% de que sabes lo que estás borrando. Eliminar archivos esenciales del sistema puede hacer que tu Linux sea irreparable. Si tienes dudas, no borres. Busca en línea o consulta a alguien con experiencia.

Liberando Espacio: Manos a la Obra 🗑️

Una vez que hayas identificado los culpables, es hora de actuar. Prioriza las acciones que liberarán más espacio con el menor riesgo.

1. Limpieza de Registros (Logs) 📜

Los archivos de registro en /var/log pueden crecer exponencialmente, especialmente en servidores o sistemas con problemas. Para gestionar systemd-journald:

sudo journalctl --disk-usage  # Para ver cuánto espacio usan los logs
sudo journalctl --vacuum-size=500M  # Limpia hasta dejar 500MB
sudo journalctl --vacuum-time=7d  # Elimina logs más antiguos de 7 días

También puedes borrar logs antiguos manualmente (¡con precaución!):

sudo rm /var/log/*.gz  # Elimina logs comprimidos antiguos
sudo rm /var/log/syslog.*  # Elimina archivos de syslog antiguos

Opinión basada en datos reales: Estadísticamente, los registros (logs) y las cachés de paquetes son los culpables más frecuentes de discos llenos en sistemas Linux, especialmente en servidores o máquinas de desarrollo con uso intensivo. Empezar la limpieza por aquí suele ser el método más efectivo para recuperar espacio crítico rápidamente.

2. Cachés de Paquetes 📦

Tu gestor de paquetes (APT, DNF, YUM) guarda los paquetes descargados para reinstalaciones o actualizaciones futuras, lo cual es útil, pero pueden ocupar gigabytes.

• Debian/Ubuntu (APT):

  sudo apt clean       # Limpia el caché de paquetes descargados
  sudo apt autoremove --purge # Elimina kernels antiguos y paquetes innecesarios

  Asegúrate de no eliminar el kernel que estás usando actualmente o uno de respaldo funcional.

• Fedora/CentOS/RHEL (DNF/YUM):

  sudo dnf clean all    # Limpia el caché de DNF
  sudo dnf autoremove   # Elimina paquetes huérfanos

  sudo yum clean all    # Limpia el caché de YUM (sistemas antiguos)
  sudo yum autoremove   # Elimina paquetes huérfanos (sistemas antiguos)

3. Archivos Temporales 🧹

El directorio /tmp y /var/tmp a menudo contienen archivos temporales de programas. Normalmente se limpian al reiniciar, pero si no has podido reiniciar, pueden acumularse.

sudo rm -rf /tmp/*
sudo rm -rf /var/tmp/*

¡Ten cuidado extremo con rm -rf! Asegúrate de que estás en el directorio correcto y sabes lo que estás borrando.

4. Kernels Antiguos 🧠

Cada vez que tu sistema se actualiza, es posible que se instalen nuevos kernels y los viejos se queden. Los gestores de paquetes suelen tener herramientas para eliminarlos automáticamente, como se vio con apt autoremove --purge o dnf autoremove. Si necesitas hacerlo manualmente, investiga con cuidado, ya que eliminar el kernel incorrecto impedirá que el sistema arranque.

dpkg --list | grep linux-image # Ubuntu/Debian para ver kernels instalados

Luego, elimina los que no necesites, dejando siempre al menos el actual y uno de respaldo.

5. Papelera de Reciclaje del Usuario 🗑️

Si la partición /home es la llena, revisa la papelera de reciclaje de los usuarios. Incluso si se borran archivos, suelen ir a ~/.local/share/Trash.

sudo rm -rf /home/tu_usuario/.local/share/Trash/*

O simplemente vacía la papelera desde el entorno gráfico si tienes acceso a él (usando el Live USB con entorno gráfico).

6. Archivos de Usuario Grandes (/home) 📁

Las descargas, videos, imágenes, copias de seguridad o máquinas virtuales almacenadas en los directorios de usuario pueden ser los principales consumidores de espacio. Usa du -sh en /home para identificar los usuarios o directorios más grandes y elimina o mueve archivos no esenciales.

sudo du -sh /home/*
sudo rm /home/tu_usuario/Descargas/archivo_enorme.iso

7. Snaps, Flatpaks o Imágenes Docker 🐳

Si utilizas estas tecnologías, pueden acumular mucho espacio.
Para Snaps:

snap list --all    # Ver todos los snaps, incluyendo versiones antiguas
snap remove --purge nombre_snap  # Elimina un snap y sus datos

Para Flatpaks:

flatpak uninstall --unused # Desinstala runtimes y extensiones no usados

Para Docker:

docker system prune -a   # Elimina todas las imágenes, contenedores y volúmenes no utilizados

Después de la Limpieza: Verificación y Medidas Preventivas 🚀

1. ¡Reinicia y Verifica! ✅

Una vez que hayas liberado una cantidad considerable de espacio (apunta al menos a un 10-20% de espacio libre en la partición raíz), reinicia tu sistema:

sudo reboot

Si usaste el modo de recuperación, el sistema debería arrancar normalmente. Si usaste un Live USB, apaga el Live OS, retira el USB y arranca desde tu disco duro.

Una vez que el sistema esté en funcionamiento, vuelve a ejecutar df -h y df -i para confirmar que el espacio en disco y los inodes se han recuperado.

2. Establece Monitoreo 📈

Para evitar que esto vuelva a suceder, es crucial implementar un sistema de monitoreo. Puedes usar herramientas como:

• cron y scripts: Un script simple que ejecute df -h y envíe un correo electrónico si el uso supera un umbral (ej. 80%).
• Herramientas de monitoreo: Nagios, Zabbix, Prometheus + Grafana, o incluso herramientas más simples como ntfy o healthchecks.io.
• Cuotas de disco: En entornos multiusuario, las cuotas pueden limitar el espacio que cada usuario puede consumir.

3. Considera un Rediseño de Particiones 💡

Si este problema es recurrente, podría ser un indicio de que tu esquema de particiones no es óptimo. Considera tener particiones separadas para:

• /home: Aísla los datos de usuario de los del sistema.
• /var: Contiene logs y cachés, que pueden crecer mucho.
• /tmp: A menudo es conveniente que sea un tmpfs (montado en RAM) o tener su propia partición con un tamaño limitado.

Esto asegura que una partición llena no afecte la capacidad de arranque o la funcionalidad básica de las otras.

Conclusión: Un Problema Común, Soluciones Claras ✨

Enfrentarse a un Linux que no arranca por disco lleno puede parecer un apocalipsis informático, pero como has visto, es una situación manejable. La clave está en mantener la calma, acceder al sistema de emergencia y proceder metódicamente para identificar y eliminar los archivos innecesarios. Al tomar medidas preventivas como el monitoreo constante y una buena gestión del espacio, puedes asegurarte de que esta desagradable experiencia sea solo una anécdota del pasado. ¡Tu sistema Linux te lo agradecerá, y tu tranquilidad también! 🚀