Eu executei o seguinte, para que você tenha um bom instantâneo de todos os arquivos para trabalhar:
du -kx /var | sort -n | tee /var/tmp/du_results.out
... e depois veja as últimas centenas de linhas.
Isto irá capturar o tamanho de todos os diretórios (para capturar um grande número de arquivos pequenos), bem como capturar arquivos grandes comuns. Note que eu sou não usando -h
(legível por humanos), para que os resultados sejam facilmente classificados numericamente. Note também que eu não estou usando /var/*
, que também pegaria qualquer coisa montada em /var
.
Os possíveis culpados incluem, em ordem aproximada de probabilidade:
-
Arquivos não vinculados antigos. Tente o que o @not simon sugeriu (
lsof /var
)./var/tmp
às vezes é um lugar óbvio para encontrá-los. Se você não tiver olsof
instalado, poderá usarfstat -f /var | sort -k 8 -n
, que não mostra nomes de arquivos, mas mostrará pelo menos os tamanhos (menor a maior), inodes e qual processo tem o arquivo aberto. -
Corrupção do sistema de arquivos. Execute
fsck
do modo de usuário único para verificar/var
. -
Arquivos antigos ocultos em pontos de montagem. Se houver alguma montagem em
/var
, desmonte-as e, em seguida, execute sua pesquisa / diagnóstico novamente. A maneira mais segura de fazer isso é provavelmente inicializar no modo de usuário único e apenas montar/var
sem montar nada sob ele.
As diferenças no relatório de tamanho de arquivo podem ser devido à presença de arquivos compactados ou esparsos. Você pode usar a opção -A
para du
para trabalhar com o tamanho aparente do arquivo em vez do uso do disco, o que pode explicar algumas discrepâncias. Coloque-o e depois deixe-o fora e compare os resultados. Na minha partição de aproximadamente 3.6Gb /var
, os resultados com -A
foram cerca de 100Mb menores.