Назад | Перейти на главную страницу

Диск сервера заполнен после обновления с Ubuntu 14.10 до 15.10

Вчера я обновил старый сервер с 13.10 -> 14.04 -> 14.10 -> 15.10. Сегодня я вижу, что используется 100% дискового пространства, но я не могу отследить, где используется.

Когда я бегу du -h --max-depth=1 / Я получаю следующий журнал, который, кажется, указывает, что корневой путь заполнен, но я не могу сказать, что это за источник.

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     /

Когда я ls -la в / вижу это:

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

Опять же, не видя, что использует дисковое пространство.

Какие шаги я должен здесь сделать?

Выполните следующую команду, чтобы найти информацию о свободном месте на диске:

df -h

Затем выполните следующую команду, чтобы найти информацию об использовании диска:

sudo du -shc /

(Обратите внимание судо, это должно решить проблемы с разрешениями, которые вы видели)

Когда вы обнаружите, что каталог занимает значительный объем дискового пространства, cd в каталог и повторите шаг №2. Повторяйте этот шаг, пока не определите источник проблемы с дисковым пространством.

Я бы прокомментировал ответ @Paul Calabro, если бы у меня было достаточно репутации на serverfault.

Я также понимаю, что ОП счастлив, что их проблема решена, но я счел это полезным для тех, кто более нервничает или находится на уровне новичка.

Бы

sudo du -shc /*

не был ли лучший вариант, поскольку он перечислял бы каждую папку в корневом каталоге?

Однако, как @Paul, позже относится к использованию cd тогда возможно

cd /

# position 1
sudo du -shc *

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

Я изначально думал о du -x но когда это не сработало, я понял, что это потому, что du -x * не убирает home папка, потому что пока это является действительно, в другой файловой системе папка * расширяется, чтобы включить home явно.

Далее, чтобы на выходе было немного легче отличить большое от не очень большого, замените du -h с участием du -BM, или для более грубого обзора du -BG, так как тогда вы получите отчет вроде

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

Сейчас /var папка заметно торчит, так как вам не нужно обращать внимание на единицы измерения K, M или G. Я понимаю оригинал без -h или -BM также выделил бы размер, но, возможно, это случай слишком большого количества деталей или информационной перегрузки. Вас действительно беспокоит, использует ли папка 4 блока или 400 блоков на устройстве 20G?

Пока я писал это, я подумал, что жаль, что нет -B% вариант, который отображает каждую строку в процентах от общей суммы.

И, наконец, немного облегчения ...

Право на хвастовство

sudo du -scBP /

Экстремальное хвастовство

sudo du -scBE /