Tengo una caja de Ubuntu con 30 GB de espacio en disco que está casi llena:
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 30G 28G 0 100% /
Pero cuando compruebo el tamaño de todas las carpetas raíz con
sudo du -sh /foldername
Solo obtengo un total de 17,2 GB
lib/ 6.7G
usr/ 4.8G
home/ 2.0G
var/ 1.3G
boot/ 1.1G
swapfile 1.1G
root/ 125M
sbin/ 12M
bin/ 11M
etc/ 8M
run/ 420K
lost+found/ 16K
media/ 8.8K
dev/ 4K
lib64/ 4K
mnt/ 4K
srv/ 4K
opt/ 4K
tmp/ 4K
sys/ 0
proc/ 0
¿Hay algo aquí que parezca sospechoso? Se desconoce el paradero de unos 11 gigabytes. ¿Dónde podría estar el 11G que falta?
Respuesta1
Siguiendo los consejos de la comunidad Server Fault, verifiqué el tamaño de mi bloque:
stat --printf='%s' -f .
que era "normal" en 4096
Luego verifiqué cuántos archivos eliminados aún mantenían abiertos los procesos:
lsof | grep -c DEL
que informó 143 archivos que podrían representar todo el espacio perdido, pero creo que es poco probable
Luego reinicié mi caja y ¡listo! Todo mi espacio en disco estaba de vuelta:
df -h
Filesystem Size Used Avail Use% Mounted on
udev 487M 4.0K 487M 1% /dev
tmpfs 100M 388K 100M 1% /run
/dev/vda1 30G 17G 12G 61% /
Reflexión
El hecho de que recuperé gran parte de mi espacio en disco después de reiniciar significa que el tamaño del bloque del volumen no fue el principal culpable. Entonces, todavía no estoy 100% seguro de qué causó la discrepancia, ¡pero estoy feliz de recuperar mi espacio!
Respuesta2
Creo que es posible que tengas algunos archivos ocultos grandes, que aparecerán sólo si usas la -abandera:
du -ha /foldername | sort -hr
El comando anterior generará el tamaño de todos los archivos (incluidos los archivos ocultos) y la clasificación los ordenará por tamaño para que pueda identificarlos.