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.
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.