Можно очистить папку /var/backups (Debian)?

Question

[Tom Nolane]

Доброго времени суток тостерчане и тостерчанки!
Есть VPS на Debian 9. Есть папка /var/backups, в ней файлы:

root@vm22433:/var/backups# ls -l
total 9040
-rw-r--r-- 1 root root    112640 Nov 21 06:25 alternatives.tar.0
-rw-r--r-- 1 root root      5969 Oct 13 06:25 alternatives.tar.1.gz
-rw-r--r-- 1 root root      5975 Sep 25 06:25 alternatives.tar.2.gz
-rw-r--r-- 1 root root      5736 Jul 25 06:25 alternatives.tar.3.gz
-rw-r--r-- 1 root root      5477 Jul  7 06:25 alternatives.tar.4.gz
-rw-r--r-- 1 root root      5471 Jul  6 06:25 alternatives.tar.5.gz
-rw-r--r-- 1 root root      5697 Mar 30  2018 alternatives.tar.6.gz
-rw-r--r-- 1 root root     54418 Nov 20 06:52 apt.extended_states.0
-rw-r--r-- 1 root root      5850 Sep 27 15:39 apt.extended_states.1.gz
-rw-r--r-- 1 root root      5835 Sep 24 15:53 apt.extended_states.2.gz
-rw-r--r-- 1 root root      5825 Sep 19 18:06 apt.extended_states.3.gz
-rw-r--r-- 1 root root      5823 Sep 12 14:54 apt.extended_states.4.gz
-rw-r--r-- 1 root root      5766 Sep  3 23:55 apt.extended_states.5.gz
-rw-r--r-- 1 root root      5775 Sep  3 22:45 apt.extended_states.6.gz
-rw-r--r-- 1 root root   5189070 Aug  2 17:15 aptitude.pkgstates.0
-rw-r--r-- 1 root root    445354 Jul  5 16:12 aptitude.pkgstates.1.gz
-rw-r--r-- 1 root root       450 Sep 24 15:51 dpkg.diversions.0
-rw-r--r-- 1 root root       199 Sep 24 15:51 dpkg.diversions.1.gz
-rw-r--r-- 1 root root       199 Sep 24 15:51 dpkg.diversions.2.gz
-rw-r--r-- 1 root root       199 Sep 24 15:51 dpkg.diversions.3.gz
-rw-r--r-- 1 root root       199 Sep 24 15:51 dpkg.diversions.4.gz
-rw-r--r-- 1 root root       199 Sep 24 15:51 dpkg.diversions.5.gz
-rw-r--r-- 1 root root       199 Sep 24 15:51 dpkg.diversions.6.gz
-rw-r--r-- 1 root root       218 Mar 29  2018 dpkg.statoverride.0
-rw-r--r-- 1 root root       188 Mar 29  2018 dpkg.statoverride.1.gz
-rw-r--r-- 1 root root       188 Mar 29  2018 dpkg.statoverride.2.gz
-rw-r--r-- 1 root root       188 Mar 29  2018 dpkg.statoverride.3.gz
-rw-r--r-- 1 root root       188 Mar 29  2018 dpkg.statoverride.4.gz
-rw-r--r-- 1 root root       188 Mar 29  2018 dpkg.statoverride.5.gz
-rw-r--r-- 1 root root       188 Mar 29  2018 dpkg.statoverride.6.gz
-rw-r--r-- 1 root root   1157364 Nov 29 01:55 dpkg.status.0
-rw-r--r-- 1 root root    342638 Nov 25 06:46 dpkg.status.1.gz
-rw-r--r-- 1 root root    342638 Nov 25 06:46 dpkg.status.2.gz
-rw-r--r-- 1 root root    342638 Nov 25 06:46 dpkg.status.3.gz
-rw-r--r-- 1 root root    342639 Nov 20 06:52 dpkg.status.4.gz
-rw-r--r-- 1 root root    342639 Nov 20 06:52 dpkg.status.5.gz
-rw-r--r-- 1 root root    342639 Nov 20 06:52 dpkg.status.6.gz
-rw------- 1 root root       938 Sep  3 22:45 group.bak
-rw------- 1 root shadow     779 Sep  3 22:45 gshadow.bak
-rw------- 1 root root      2477 Sep 12 14:54 passwd.bak
-rw------- 1 root shadow    1867 Oct 16 17:03 shadow.bak

какие файлы можно удалить для освобождения свободного пространства? И безопасно ли?

Answer 1

[pfg21]

в комплект ко всему озвученному посоветую поставить ncdu. отличная консольная прога с отличным отображением потребляемого места в каждом субкаталоге.
запускаем и смотрим что занимает место в корневом каталоге.
ncdu -x /
- x для того чтобы не лезла на внешние примонтированые устройства.

Comments

[Tom Nolane]

проблема была в айнодах

Answer 2

[Довольный Айтишникъ]

Все что заканчивается на .gz можно смело удалить, это архив журнала

Comments

[Tom Nolane]

проблема была в айнодах

[Довольный Айтишникъ]

Tom Nolane, знакомо, из-за них перешел на btrfs

Answer 3

[Adamos]

Судя по бэкапу пакетов, вы обновляли систему.
Если заодно обновлялось ядро, не забудьте удалить его старые версии. Они (со всем добром, которое сохраняется специально для них) могут занимать куда больше, чем какие-то там бэкапы в /var.

Comments

[Tom Nolane]

проблема была в айнодах

Answer 4

[Tom Nolane]

Проблема была в айнодах:

root@vm22433:/etc/mysql# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 124696 304 124392 1% /dev
tmpfs 127514 452 127062 1% /run
/dev/vda1 1969920 1969920 0 100% /
tmpfs 127514 1 127513 1% /dev/shm
tmpfs 127514 3 127511 1% /run/lock
tmpfs 127514 15 127499 1% /sys/fs/cgroup
tmpfs 127514 12 127502 1% /run/user/1002

через эту программу я нашел "жирную папку"
for i in /*; do echo $i; find $i |wc -l; done
это оказалась /home/tomnolane/tmp
я так не смог её открыть, putty завис. Не долго думая - снёс. В итоге:

Filesystem      Inodes  IUsed   IFree IUse% Mounted on
udev            124696    304  124392    1% /dev
tmpfs           127514    454  127060    1% /run
/dev/vda1      1969920 450857 1519063   23% /
tmpfs           127514      1  127513    1% /dev/shm
tmpfs           127514      3  127511    1% /run/lock
tmpfs           127514     15  127499    1% /sys/fs/cgroup
tmpfs           127514     12  127502    1% /run/user/1002

p.s. на VPS использую VestaCP

p.s.s. всем спасибо за подсказки, они тоже отвечают на этот вопрос, хотя не конкретно в моём случае