Quase 100% de uso de disco, df e du mostram resultados muito diferentes, lsof não é a resposta

3

A questão é que minha máquina do CentOS 5.8 está me dizendo que estou quase sem espaço em disco quando estou muito confiante de que esse não é o caso. Fiz uma boa quantidade de pesquisas sobre esse assunto e não consegui encontrar uma solução.

'df -h' mostra 210G usado, 8.6G avail

'ncdu' mostra 28.6G usado (mesmo para tamanho aparente)

Como você pode ver, isso é quase uma diferença de 10x no espaço 'usado' relatado. Sabendo o que está armazenado nesta unidade, acho que o 28.6G está mais próximo da realidade.

Olhando para a saída de 'lsof', há poucas linhas com (deletadas) no final. Além disso, o maior tamanho de qualquer uma dessas linhas é 6190. Por fim, reiniciei a máquina várias vezes, o que, se eu entendi os outros threads corretamente, resolveria o problema dos arquivos fantasmas de qualquer maneira.

Aqui está um resumo da saída do ncdu:

   22.7GiB [##########] /opt
    2.8GiB [#         ] /usr
    1.5GiB [          ] /var
  812.4MiB [          ] /root
  310.6MiB [          ] /home
  194.3MiB [          ] /lib
  156.4MiB [          ] /etc
   36.5MiB [          ] /sbin
    7.3MiB [          ] /bin
  128.0KiB [          ] /tmp
   20.0KiB [          ] /mnt
e  16.0KiB [          ] /lost+found
e   8.0KiB [          ] /srv
e   8.0KiB [          ] /selinux
    8.0KiB [          ] /media
e   4.0KiB [          ] /backup
>   0.0  B [          ] /sys
>   0.0  B [          ] /proc
>   0.0  B [          ] /net
>   0.0  B [          ] /misc
>   0.0  B [          ] /dev
>   0.0  B [          ] /boot
    0.0  B [          ]  .autorelabel
    0.0  B [          ]  .autofsck

Saída de 'df -Th':

Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
              ext3    221G  210G  8.6G  97% /
/dev/sda1     ext3     99M   25M   74M  25% /boot
tmpfs        tmpfs    1.7G     0  1.7G   0% /dev/shm

Este post menciona que fora dos arquivos fantasmas existem duas outras explicações possíveis:

  1. sistema de arquivos corrompido
  2. máquina comprometida

Estou procurando ajuda sobre como testar a validade dessas explicações. Obviamente, a explicação # 2 é particularmente preocupante.

Obrigado pela sua ajuda!

    
por edwaa 11.12.2013 / 08:02

1 resposta

0

Você pode tentar executar e2fsck /dev/sdxy de um Linux ativo para verificar se há corrupção de FS. A partição deve ser desmontada, é por isso que você precisa inicializar um Linux ao vivo.

    
por 11.12.2013 / 08:12