Saltar al contenido
Underc0de /foro

df dice que un disco Linux está al 100%, pero du no encuentra archivos que sumen eso. ¿Qué puede estar pasando y cómo lo resolvés?

$ interview --rol redes

Evalúa el conocimiento de cómo Linux gestiona archivos borrados abiertos, inodos y puntos de montaje, y la capacidad de liberar espacio sin tirar servicios innecesariamente.

Redes / Sysadminnivel semi#linux#bash#devops-cloud

Respuesta

La discrepancia entre df (lo que el filesystem reporta como usado) y du (lo que suma recorriendo directorios) tiene causas típicas:
  • Archivos borrados que siguen abiertos: la más común. Alguien borró un log enorme con rm, pero el proceso todavía tiene el descriptor abierto; el espacio no se libera hasta que lo cierre.
  • Archivos ocultos bajo un punto de montaje: se escribió en /datos antes de montar el disco ahí, y quedaron tapados.
  • Inodos agotados: millones de archivos chicos; df -h muestra espacio libre pero no se puede crear nada.
  • Bloques reservados de ext4 (5% por defecto para root) o snapshots de LVM/btrfs.
Código: bash
df -h ; df -i
sudo lsof +L1            # archivos borrados aún abiertos
# liberar sin reiniciar el servicio (con cuidado):
: > /proc/<PID>/fd/<FD>
# ver lo que tapa un montaje
mount --bind / /mnt/raiz && du -sh /mnt/raiz/datos
La solución limpia para el primer caso es reiniciar o recargar el servicio en una ventana adecuada; truncar vía /proc sirve como emergencia. Después ataco la causa raíz: configurar logrotate con postrotate (reload) o copytruncate, alertas de disco e inodos, y nunca borrar logs activos con rm.

Errores comunes

Reiniciar el servidor entero sin entender la causa, o volver a borrar archivos al azar. No revisar df -i y perder tiempo buscando espacio cuando el problema son los inodos.

Redactado con el asistente Underc0de IA. Actualizado el 09/11/2026. ¿Ves un error? Contanos en el foro.

Grupo de WhatsApp