Заканчивается место на root-партиции

Автор Silent, 19 июля 2020, 00:16:19

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

Silent

Здравствуйте!

Это мой первый пост - надеюсь, я пишу его в правильном разделе.

Debian 10 (Buster). При установке вынес root на отдельную партицию размером 50 ГБ.

$ df -hT
/dev/sda3              ext4       46G   42G  2.1G  96% /


$ sudo tune2fs -l /dev/sda3 | grep create
Filesystem created:       Fri May 29 00:11:33 2020


У меня не очень большой опыт работы с Линуксом, поэтому, если что, прошу меня извинить. Просто, читая документацию и посты на форумах перед установкой, я пришел к выводу, что 50 ГБ - вполне достаточный размер для корня, а по факту он заполнился за два месяца, и не очень понятно, почему.
В некоторых источниках пишут, что много места могут занимать неиспользуемые ядра. Но, судя по всему, это не мой случай:

$ uname -r
4.19.0-9-amd64


$ dpkg --list | grep linux-image
ii  linux-image-4.19.0-5-amd64                                  4.19.37-5                                    amd64        Linux 4.19 for 64-bit PCs (signed)
ii  linux-image-4.19.0-9-amd64                                  4.19.118-2+deb10u1                           amd64        Linux 4.19 for 64-bit PCs (signed)
ii  linux-image-amd64                                           4.19+105+deb10u4                             amd64        Linux for 64-bit PCs (meta-package)


Тогда в чём может быть дело, и что делать в такой ситуации?

Whowka

Посмотри  а программе "Анализ дискового пространства"(baobab) чем забит.

Silent

#2
Whowka,
https://www.upload.ee/image/12027007/Screenshot_2020-07-18_23-44-29.png

Может, я не так смотрю, не вижу я в Баобабе, чем заняты 42 гига...

Перед этим даже правильнее делал:

$ sudo find / -size +1G
/proc/kcore
find: '/proc/16544/task/16544/fd/6': No such file or directory
find: '/proc/16544/task/16544/fdinfo/6': No such file or directory
find: '/proc/16544/fd/5': No such file or directory
find: '/proc/16544/fdinfo/5': No such file or directory
find: '/run/user/1000/gvfs': Permission denied


Всё равно непонятно.

svtv1

"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

Silent

#4
svtv1, первую делал. Сейчас почитаю про вторую.
Читал про сжатие базы пакетов, но народ пишет, что можно заодно снести что-то нужное, поэтому пока при помощи apt вообще не пробовал решать проблему.

P.S. Судя по всему, autoclean не сильно поможет:

Цитироватьapt-get clean
The apt-get clean command clears the local repository of retrieved package files that are left in /var/cache.

Баобаб показывает, что у меня весь /var/cache - 1,9 ГБ (/var/cache/apt - 1,8 ГБ).

svtv1

Можно это попробовать.
Открыть содержимое (спойлер)
[свернуть]
Ссылка:
https://linuxmasterclub.ru/stacer/
"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

Silent

#6
svtv1, не хочется мне в систему "левые" пакеты тащить :( К тому же гуи. Неужели нельзя по-человечески, из консоли, найти всё лишнее и прибить?

svtv1

Из консоли:
sudo rm /var/lib/apt/lists/* -vf sources,list
sudo apt autoremove
sudo apt autoclean
sudo apt install -f
sudo apt update
Извини больше не, может другие, что подскажут.
"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"

Silent

svtv1, по сути, это то же, что и выше. Судя по всему, место занимает что-то другое.
В любом случае, спасибо за помощь!

Whowka

Цитата: Silent от 19 июля 2020, 00:53:30не вижу я в Баобабе, чем заняты 42 гига..
Так баобаб  на скрине показывает, что корнем занято всего 8,6 гига +непроанализированный   /etc/polkit-1/localauthority.(не думаю,что там 42 гига,но может через sudo открыть?)


Silent

#11
Цитата: Whowka от 19 июля 2020, 02:59:04может через sudo открыть?

Вот ведь, а я ночью протормозил - подумал, что баобаб сделает сам то, для чего мне нужна sudo. Спасибо за подсказку!
Теперь всё очевидно
https://www.upload.ee/image/12027718/Screenshot_2020-07-19_08-55-13.png

К слову, по-человечески моя проблема, судя по всему, должна решаться с помощью du. Что-то вроде

$ sudo du -sm * | sort -nr > /home/user/out.txt

Получаем


84646 home
35958 var
5886 usr
238 opt
101 boot
34 run
17 tmp
12 etc
2 root
1 srv
1 mnt
1 lost+found
1 dev
0 vmlinuz.old
0 vmlinuz
0 sys
0 sbin
0 proc
0 libx32
0 lib64
0 lib32
0 lib
0 initrd.img.old
0 initrd.img
0 bin


Затем идём в /var

$ sudo du -sm /var/* | sort -nr > /home/user/out.txt

Потом в /var/lib и т.д.

Теперь вопрос: что дальше? Виртуалки мне будут нужны разные и регулярно, а если они будут так использовать корень, то непонятно, какого размера его делать. И что делать с этим корнем?

ogost, честно говоря, я не понял, что с этим делать. Примонтировать что? Или таким образом предлагается увеличить размер корня?

qupl

Цитата: Silent от 19 июля 2020, 10:16:16ogost, честно говоря, я не понял, что с этим делать. Примонтировать что? Или таким образом предлагается увеличить размер корня?
посмотреть что и как монтируется/смонтировано

Silent

#13
qupl, смысл я понял, только как это может помочь.

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=b3f98198-66ff-4af8-9d7d-5d0e2d904f12 /               ext4    noatime,errors=remount-ro 0       1
# /boot was on /dev/sda4 during installation
UUID=4cf469b6-4970-4fb5-8a38-140e84b13186 /boot           ext4    noatime         0       2
# /boot/efi was on /dev/sda1 during installation
UUID=4671-3DD5  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda6 during installation
UUID=8452afcb-1d4e-46cc-85db-58641ec21139 /home           ext4    defaults,noatime         0       2
# /tmp was on /dev/sda5 during installation
UUID=7b2ea9c8-2164-49f5-ab23-dac6cc474167 /tmp            ext4    defaults,noatime,nodev,nosuid,noexec         0       2
# swap was on /dev/sda2 during installation
UUID=1ecfaf89-d705-414c-9942-4b8e02d665f8 none            swap    sw              0       0


$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8118576k,nr_inodes=2029644,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1628508k,mode=755)
/dev/sda3 on / type ext4 (rw,noatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=42,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=10802)
/dev/sda4 on /boot type ext4 (rw,noatime)
/dev/sda5 on /tmp type ext4 (rw,nosuid,nodev,noexec,noatime)
/dev/sda6 on /home type ext4 (rw,noatime)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1628504k,mode=700,uid=1000,gid=1000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)

ecc83

Цитата: Silent от 19 июля 2020, 10:16:16Теперь вопрос: что дальше? Виртуалки мне будут нужны разные и регулярно, а если они будут так использовать корень, то непонятно, какого размера его делать. И что делать с этим корнем?

Устанавливай свои виртуалки НЕ на корневом/системном диске и всё.