Solución 1:
Me topé con esta página cuando intentaba rastrear un problema en un servidor local.
En mi caso el df -h y du -sh no coincide en aproximadamente un 50 % del tamaño del disco duro.
Esto se debió a que apache (httpd) mantuvo archivos de registro grandes en la memoria que se habían eliminado del disco.
Esto fue rastreado ejecutando lsof | grep "/var" | grep deleted donde /var era la partición que necesitaba limpiar.
La salida mostró líneas como esta:
httpd 32617 nobody 106w REG 9,4 1835222944 688166 /var/log/apache/awstats_log (deleted)
Luego, la situación se resolvió reiniciando apache (service httpd restart ) y liberó 2 gb de espacio en disco al permitir que se borraran los bloqueos de los archivos eliminados.
Solución 2:
Busque archivos ubicados debajo de los puntos de montaje. Con frecuencia, si monta un directorio (por ejemplo, un sambafs) en un sistema de archivos que ya tenía un archivo o directorios debajo, pierde la capacidad de ver esos archivos, pero aún consumen espacio en el disco subyacente. Tuve copias de archivos mientras estaba en modo de usuario único volcando archivos en directorios que no podía ver, excepto en modo de usuario único (debido a que otros sistemas de directorio estaban montados sobre ellos).
Solución 3:
Estoy de acuerdo con la respuesta de OldTroll como la causa más probable de su espacio "perdido".
En Linux, puede volver a montar fácilmente toda la partición raíz (o cualquier otra partición) en otro lugar de su sistema de archivos, digamos /mnt, por ejemplo, simplemente emita un
mount -o bind / /mnt
entonces puedes hacer un
du -h /mnt
y vea qué ocupa su espacio.
Pd:perdón por agregar una nueva respuesta y no un comentario, pero necesitaba algún formato para que esta publicación fuera legible.
Solución 4:
Ver qué df -i dice. Podría ser que se haya quedado sin inodos, lo que podría suceder si hay una gran cantidad de archivos pequeños en ese sistema de archivos, lo que utiliza todos los inodos disponibles sin consumir todo el espacio disponible.
Solución 5:
En mi caso, esto tenía que ver con archivos borrados de gran tamaño. Fue bastante doloroso de resolver antes de encontrar esta página, lo que me puso en el camino correcto.
Finalmente resolví el problema usando lsof | grep deleted , que me mostró qué programa contenía dos archivos de registro muy grandes (un total de 5 GB de mi partición raíz de 8 GB disponible).