/ está fora dos blocos, não consegue descobrir porque [duplicado]

Question

root@database:/# treesize -x 2>/dev/null
1.1 GB .
757.1 MB ./usr
232.0 MB ./lib
97.2 MB ./var
29.0 MB ./boot
6.3 MB ./sbin
5.5 MB ./etc
5.4 MB ./bin
80.0 KB ./home
68.0 KB ./root
32.0 KB ./tmp
16.0 KB ./lost+found
12.0 KB ./mnt
12.0 KB ./media
4.0 KB ./srv
4.0 KB ./selinux
4.0 KB ./opt
0.0 KB ./sys
0.0 KB ./proc
0.0 KB ./dev
root@database:/# df -h /
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             9,2G  9,0G     0 100% /
root@database:~$ df -i /
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1             610800   57516  553284   10% /
root@database:/# du -sh /* 2>/dev/null
5,4M        /bin
29M /boot
0   /cdrom
144K        /dev
5,5M        /etc
84K /home
0   /initrd.img
0   /initrd.img.old
232M        /lib
0   /lib64
16K /lost+found
12K /media
12K /mnt
69G /opt
0   /proc
104K        /root
6,4M        /sbin
4,0K        /selinux
4,0K        /srv
0   /sys
32K /tmp
758M        /usr
98M /var
0   /vmlinuz
0   /vmlinuz.old

Conteúdo do treesize

#/bin/sh
du -k --max-depth=1 "$@" | sort -nr | awk '
     BEGIN {
        split("KB,MB,GB,TB", Units, ",");
     }
     {
        u = 1;
        while ($1 >= 1024) {
           $1 = $1 / 1024;
           u += 1
        }
        $1 = sprintf("%.1f %s", $1, Units[u]);
        print $0;
     }
    '

Após uma atualização do Ubuntu 9 para o 10 LTS, isso aconteceu de repente alguns dias depois.

Por que falta espaço quando não consigo encontrar um único arquivo ocupando o espaço? Eu já tentei o fsck do gparted live. Também iniciei no modo de usuário único e salvei uma cópia da saída lsof. Mas desde que a máquina foi reiniciada várias vezes, duvido que seja devido a arquivos abertos.

Eu tenho o mysqld em / opt e ele tinha alguns error.logs abertos em / var / log, tentei desligar tudo o que pude, ferramentas vmware, cron, syslog, mysql, atd, nrpe, snmpd e novamente verificado no treesize, mas nenhuma diferença na saída.

Edit: Eu acho que minha taxa de aceitação terá que cair ainda mais, porque parece que esta é mais uma pergunta em um pode responder.

Minha solução foi instalar uma nova VM, montar o antigo VMDK na nova VM e montar / opt do antigo VMDK. Curiosamente, quando montei o antigo / on / mnt / root, vi que o FS ainda estava cheio.

# df -h /mnt/root
Filsystem            Storlek Anvnt Tillg Anv% Monterat på
/dev/sdb1             9,2G  9,2G     0 100% /mnt/root

    

Answer 1

A grande utilização é persistente nas reinicializações? É possível que houvesse um descritor de arquivo aberto gravando em um arquivo que não estava mais lá? Eu vi isso porque os sistemas de arquivos acham que são 100% quando na verdade não são. Nesse caso, uma reinicialização corrigirá isso.

Além disso, não vejo que o seu script treesize considere, por padrão, arquivos ocultos (.).

Tente um comando como

find . -x -type f -exec du -k {} \; | awk -F'  ' '{sum+=$1} {print $1"\t"$2} END{print "--------\n"sum"\tTotal K-Bytes"}'

Isso fornecerá resultados semelhantes ao seu script, mas incluirá uma linha total na parte inferior que você pode usar para comparar com o que o df diz sobre o sistema de arquivos.