du mostra o uso do disco de 38GB enquanto há muito poucos arquivos pequenos [fechados]

1

Coisa estranha observada

root@noname:/# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G   12K  3.9G   1% /dev
tmpfs           799M 1020K  798M   1% /run
**/dev/sda1        42G   38G  1.5G  97% /**
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            3.9G   72K  3.9G   1% /run/shm
none            100M   12K  100M   1% /run/user
/dev/sda6       296G  100G  181G  36% /var/lib/noname/jobs

38GBs usados em / mas não podem encontrar onde esse lugar é usado:

root@noname:/# du -sm *
10  bin
271 boot
1   cdrom
1   dev
19  etc
797 home
0   initrd.img
0   initrd.img.old
1826    lib
1   lib64
1   lic
1   lost+found
1   media
1   mnt
785 opt
0   proc
17  root
2   run
13  sbin
1   srv
0   sys
2   tmp
4843    usr
104366  var
0   vmlinuz
0   vmlinuz.old

Verificado se há arquivos abertos e excluídos em uso, mas apenas alguns arquivos pequenos:

root@noname:/# lsof | grep delete
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/112/gvfs
      Output information may be incomplete.
init          1                root   12w      REG                8,1      154    1441810 /var/log/upstart/systemd-logind.log.1 (deleted)
init          1                root   14w      REG                8,1      168    1443848 /var/log/upstart/mountall.log.1 (deleted)
init          1                root   22w      REG                8,1      521    1442332 /var/log/upstart/modemmanager.log.1 (deleted)
init          1                root   25w      REG                8,1      283    1443843 /var/log/upstart/network-manager.log.1 (deleted)
    
por theneo22 12.04.2017 / 15:25

4 respostas

4

Outras sugestões aqui valem a pena. Mais duas possibilidades me ocorrem:

  • Você não diz qual sistema de arquivos você usou. Alguns (notavelmente Btrfs) podem consumir muito espaço em estruturas de dados ocultos. Você pode recuperar esse espaço com utilitários especiais específicos do sistema de arquivos, mas precisará dizer qual sistema de arquivos está usando, se quiser ajuda detalhada.
  • O espaço pode ser consumido em um arquivo de pontos oculto (ou diretório de pontos) - isto é, um arquivo ou diretório com um nome que começa com . . Esses arquivos e diretórios são ocultados por muitas ferramentas, incluindo du . Assim, o comando du omite tais arquivos e diretórios. Normalmente, você não teria 38 GB consumidos nesses arquivos ou diretórios, mas renomear acidentalmente algo grande pode fazer isso. Não tenho certeza, mas alguns gerenciadores de arquivos também podem usar esses diretórios como locais de "lixeira", o que poderia explicar o espaço usado.
por Rod Smith 12.04.2017 / 20:20
0

Talvez você configure um plano de backup ou de falhas e eles estejam ocupando esse espaço como backups. Você deve usar o analisador de uso de disco para escanear o diretório e descobrir onde está indo todo o espaço. Mas o mais provável é que ele também não mostre esse espaço, a menos que você o inicie com o sudo.

    
por Noisy_Botnet 12.04.2017 / 16:22
0

Execute gksudo baobab para iniciar um analisador de uso de disco gráfico, que deve ajudá-lo a encontrar o lixo.

    
por Matthew Jeppesen 12.04.2017 / 17:08
0

Tente usar:

du -csh /*

Isso deve mostrar um resumo do espaço em disco de cada diretório no / (root). Você pode ir de lá nas maiores pastas (geralmente tmp e var , mas isso pode variar).

Se dentro de uma pasta por exemplo /var você pode usar assim:

du -csh ./*

Isso será exibido para todas as pastas no diretório em que você está.

    
por Adonist 12.04.2017 / 17:36