Пробел, заканчивающийся на rootfs

Question

Моя проблема в том, что я думаю, что через пару дней в rootfs не будет свободного места.

Можно ли как-нибудь «очистить» rootfs от ненужных файлов? Что я должен искать?

Rootfs монтируется в md123 RAID1.

В целом у меня в системе есть следующее деление ФС:

[root@host/]# df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                2.8G  2.6G   75M  98% /
udev                  1.5G  4.0K  1.5G   1% /dev
tmpfs                 1.5G     0  1.5G   0% /dev/shm
tmpfs                 1.5G  444K  1.5G   1% /run
/dev/md123            2.8G  2.6G   75M  98% /
tmpfs                 1.5G     0  1.5G   0% /sys/fs/cgroup
tmpfs                 1.5G     0  1.5G   0% /media
/dev/md124            772M   36M  697M   5% /boot
/dev/md122            184G   61G  114G  35% /home
/dev/md126            7.4G  1.9G  5.1G  28% /var/lib/mysql
/dev/md120            1.9G  134M  1.7G   8% /tmp
/dev/md121            276G  139G  123G  53% /home2
/dev/md125             20G  8.3G   11G  46% /h1
/dev/md119            2.7T  480G  2.1T  19% /backup

Answer 1

Я думаю, что вы должны найти файлы, которые растут, а затем проверить, если они вам все еще нужны или нет. Обычно первое место, чтобы посмотреть на него /var/log , потому что все файлы журналов там и, вероятно, будут расти.

Одна вещь, которая для меня обычно очень полезна, это параметр команды du --max-глубина. потому что таким образом я могу просто сравнить все подкаталоги одного каталога. Например, если вы хотите увидеть размеры всех подкаталогов /var/log по сравнению друг с другом. Вы можете сделать следующее:

cd /var/log
du -h --max-depth=1

таким образом он суммирует размер файлов во всех подкаталогах и перечисляет общее количество для каждого подкаталога.

Более того, ls -lhaS также очень полезен. в нем перечислены все файлы текущего каталога и отсортированы по размеру. Так, например, вы также можете проверить, что:

cd /var/log
ls -lhaS | more

чтобы увидеть самые большие файлы внутри /var/log

Кстати. 2.8G довольно мало для корневого раздела. Это легко заполнить случайно, если вы не внимательно следите за своими услугами.

Answer 2

Начните с du -x --max-depth=1 / | sort -nr чтобы понять, какие папки верхнего уровня в разделе занимают больше всего места, затем начинайте спускаться по папкам, пока не найдете своих косяков.

/var/log является обычным подозреваемым, как упоминал Мауро, но сами /usr и /var также могут быть подвержены некоторому раздутию. Я обычно создаю отдельный раздел /usr и копирую /symlink /var в него.