Eu tenho uma caixa Ubuntu com 30 GB de espaço em disco que está quase cheia:
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 30G 28G 0 100% /
Mas quando verifico o tamanho de todas as pastas raiz com
sudo du -sh /foldername
Eu só consigo um 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
Alguma coisa aqui parece suspeita? Cerca de 11 gigabytes não foram contabilizados. Onde poderia estar o 11G desaparecido?
Responder1
Seguindo o conselho da comunidade Server Fault, verifiquei meu tamanho de bloco:
stat --printf='%s' -f .
que era "normal" em 4096
Então verifiquei quantos arquivos excluídos ainda estavam abertos pelos processos:
lsof | grep -c DEL
que relatou 143 arquivos que podem ser responsáveis por todo o espaço perdido, mas acho improvável
Então reiniciei minha caixa e pronto! Todo o meu espaço em disco estava de volta:
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% /
Reflexão
O fato de eu ter recuperado tanto espaço em disco após a reinicialização significa que o tamanho do bloco do volume não foi o principal culpado. Então, ainda não tenho 100% de certeza do que causou a discrepância, mas estou feliz por ter meu espaço de volta!
Responder2
Acho que você pode ter alguns arquivos ocultos grandes, que aparecerão apenas se você usar o -asinalizador:
du -ha /foldername | sort -hr
O comando acima irá gerar o tamanho de todos os arquivos (incluindo arquivos ocultos) e a classificação irá ordená-los por tamanho para que você possa identificá-los.