Disco do servidor completo após a atualização do Ubuntu 14.10 para 15.10

Question

Eu atualizei um servidor antigo de 13.10 - > 14,04 - > 14,10 - > 15,10 de ontem. Hoje estou vendo que 100% do espaço em disco está sendo usado, mas não consigo rastrear onde está o uso.

Quando executo o du -h --max-depth=1 / , obtenho o seguinte log que parece indicar que o caminho da raiz está cheio, mas não sei dizer qual é a origem.

du: cannot read directory ‘/proc/4390/task/4390/ns’: Permission denied
du: cannot read directory ‘/proc/4390/fd’: Permission denied
du: cannot read directory ‘/proc/4390/map_files’: Permission denied
du: cannot read directory ‘/proc/4390/fdinfo’: Permission denied
du: cannot read directory ‘/proc/4390/ns’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/fd’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/fdinfo’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/ns’: Permission denied
du: cannot read directory ‘/proc/4392/fd’: Permission denied
du: cannot read directory ‘/proc/4392/map_files’: Permission denied
du: cannot read directory ‘/proc/4392/fdinfo’: Permission denied
du: cannot read directory ‘/proc/4392/ns’: Permission denied
du: cannot access ‘/proc/4393/task/4393/fd/3’: No such file or directory
du: cannot access ‘/proc/4393/task/4393/fdinfo/3’: No such file or directory
du: cannot access ‘/proc/4393/fd/4’: No such file or directory
du: cannot access ‘/proc/4393/fdinfo/4’: No such file or directory
0       /proc
du: cannot read directory ‘/sys/kernel/debug’: Permission denied
0       /sys
4.0K    /mnt
1.5G    /usr
du: cannot read directory ‘/root’: Permission denied
4.0K    /root
4.0K    /srv
104M    /home
7.6M    /sbin
12M     /bin
47M     /boot
du: cannot read directory ‘/var/lib/snmp/mib_indexes’: Permission denied
du: cannot read directory ‘/var/lib/php5’: Permission denied
du: cannot read directory ‘/var/lib/mysql’: Permission denied
du: cannot read directory ‘/var/lib/sudo’: Permission denied
du: cannot read directory ‘/var/lib/nginx/proxy’: Permission denied
du: cannot read directory ‘/var/lib/nginx/uwsgi’: Permission denied
du: cannot read directory ‘/var/lib/nginx/scgi’: Permission denied
du: cannot read directory ‘/var/lib/nginx/body’: Permission denied
du: cannot read directory ‘/var/lib/nginx/fastcgi’: Permission denied
du: cannot read directory ‘/var/log/unattended-upgrades’: Permission denied
du: cannot read directory ‘/var/log/mysql’: Permission denied
du: cannot read directory ‘/var/log/nginx’: Permission denied
du: cannot read directory ‘/var/spool/rsyslog’: Permission denied
du: cannot read directory ‘/var/spool/cron/atspool’: Permission denied
du: cannot read directory ‘/var/spool/cron/crontabs’: Permission denied
du: cannot read directory ‘/var/spool/cron/atjobs’: Permission denied
du: cannot read directory ‘/var/cache/ldconfig’: Permission denied
du: cannot read directory ‘/var/cache/nginx’: Permission denied
18G     /var
8.0K    /media
4.0K    /lib64
du: cannot read directory ‘/run/log/journal/41cc217bd9afc046de32243850804999’: Permission denied
du: cannot read directory ‘/run/systemd/inaccessible’: Permission denied
1.5M    /run
359M    /lib
0       /dev
4.0K    /opt
20G     /

Quando eu ls -la in / eu vejo isso:

total 100
drwxr-xr-x  22 root root  4096 Jul 16 00:21 .
drwxr-xr-x  22 root root  4096 Jul 16 00:21 ..
drwxr-xr-x   2 root root  4096 Jul 16 00:16 bin
drwxr-xr-x   3 root root  4096 Jul 16 00:21 boot
drwxr-xr-x  13 root root 13680 Jul 16 18:46 dev
drwxr-xr-x 108 root root 12288 Jul 16 00:23 etc
drwxr-xr-x   3 root root  4096 Jul 15 23:23 home
lrwxrwxrwx   1 root root    32 Jul 16 00:18 initrd.img -> boot/initrd.img-4.2.0-42-generic
drwxr-xr-x  21 root root  4096 Jul 16 00:16 lib
drwxr-xr-x   2 root root  4096 Jul 16 00:14 lib64
drwx------   2 root root 16384 Oct 18  2012 lost+found
drwxr-xr-x   3 root root  4096 Jul 15 23:21 media
drwxr-xr-x   2 root root  4096 Oct  9  2012 mnt
drwxr-xr-x   2 root root  4096 Oct 17  2012 opt
dr-xr-xr-x 169 root root     0 Jul 16 18:46 proc
drwx------   5 root root  4096 Jul 15 23:21 root
drwxr-xr-x  19 root root   740 Jul 16 18:49 run
drwxr-xr-x   2 root root 12288 Jul 16 00:16 sbin
drwxr-xr-x   2 root root  4096 Oct 17  2012 srv
dr-xr-xr-x  13 root root     0 Jul 16 18:57 sys
drwxrwxrwt   7 root root  4096 Jul 16 19:04 tmp
drwxr-xr-x  10 root root  4096 Jul 15 23:23 usr
drwxr-xr-x  14 root root  4096 Jul 16 00:17 var
lrwxrwxrwx   1 root root    29 Jul 16 00:18 vmlinuz -> boot/vmlinuz-4.2.0-42-generic

Novamente, não está vendo o que está usando o espaço em disco.

Quais são alguns passos que devo seguir aqui?

    

Answer 1

Execute o seguinte comando para encontrar informações sobre o espaço livre em disco:

df -h

Em seguida, execute o seguinte comando para encontrar informações de utilização de disco:

sudo du -shc /

(observe o sudo , isso deve resolver os problemas de permissão que você estava vendo)

Quando você encontrar um diretório ocupando uma quantidade considerável de espaço em disco, cd no diretório e repita a etapa 2. Continue repetindo essa etapa até identificar a origem do problema de espaço em disco.

    

Answer 2

Eu teria comentado a resposta do @Paul Calabro se eu tivesse reputação suficiente no serverfault.

Eu também percebo que o OP está feliz que o problema foi resolvido, mas achei útil para aqueles que estão mais nervosos ou em um nível de principiante.

sudo du -shc /*

não tem sido uma opção melhor, pois listaria cada pasta no diretório raiz?

No entanto, como @Paul, em seguida, refere-se a usar cd , então talvez

cd /

# position 1
sudo du -shc *

cd <into whatever folder you want drill down into>
# repeat from position 1

Eu estava pensando originalmente em du -x , mas quando isso não funcionou, percebi que era porque du -x * não está removendo a pasta home porque, embora esteja , em um sistema de arquivos diferente a pasta * se expande para incluir home explicitamente.

Além de tornar o resultado um pouco mais fácil de discernir o grande do não tão grande, substitua du -h por du -BM ou, para uma exibição mais grosseira du -BG , como você receberia um relatório como

0M      /sys
0M      /mnt
1500M   /usr
0M      /root
0M      /srv
104M    /home
8M      /sbin
12M     /bin
47M     /boot
18000M  /var
0M      /media
0M      /lib64
2M      /run
359M    /lib

Agora, a pasta /var se sobressai notavelmente, pois você não precisa prestar atenção se as unidades são K, M ou G. Eu percebo que o original sem -h ou -BM também teria destacado o tamanho no entanto, é possivelmente um caso de excesso de detalhes ou sobrecarga de informações. Você está realmente incomodado se uma pasta usa 4 blocos ou 400 blocos em um dispositivo 20G?

Enquanto escrevia isso, achei que era uma pena não haver uma opção -B% que informa cada linha como uma porcentagem do total.

E finalmente, para um pouco de alívio da luz ...

Direitos de se gabar

sudo du -scBP /

Direitos de divulgação extrema

sudo du -scBE /