Пока основная и явная проблема, это не включенный по-дефолту crond.
...На установленной с Live? Что то у меня ничего не пухнет. Или я чего то не понял?..
Про "не пухнет.":
Как это ни парадоксально звучит, и поняли и не поняли одновременно.
Правильно поняли что "не пухнет":
В отличие от систем на systemd, который сообщает в логи когда и как он поковырялся в носу, системы на sysv сообщают только в ascii и только важное. По этой причине, логи на sysv, растут, но медленно.
Неправильно поняли что "не пухнет":
Всё идёт хорошо до тех пор, пока по какой-то причине система не начнёт валить много и часто warnings и errors. При этом всё это непрерывно добавляется в каждый один конкретный файл-лог, который начинает непрерывно расти.
Чтобы предотвратить неконтролируемое разрастание логов, по-умолчанию в системах на sysv существует механизм ротации логов, правило которого, лежит в файле /etc/logrotate.d/syslog, - еженедельно запаковывать в архив файлы указанных каталогов если файл не нулевой и сохранять только 5 архивов файла:
Правило выглядит так
# head -n 10 /etc/logrotate.d/syslog
/var/log/syslog/* {
rotate 5
weekly
postrotate
/sbin/reload-syslog >/dev/null
endscript
}
/var/log/kernel/* {
rotate 5
для каждого каталога
# grep var /etc/logrotate.d/syslog
/var/log/syslog/* {
/var/log/kernel/* {
/var/log/user/* {
/var/log/mail/* {
/var/log/daemons/* {
/var/log/auth/* {
/var/log/lpr/* {
/var/log/news/* {
/var/log/uucp/* {
/var/log/cron/* {
/var/log/ftp/* {
# wc -l /etc/logrotate.d/syslog
87 /etc/logrotate.d/syslog
Вы можете изменить правило или добавить своё.
Такая логика предотвращает разрастание логов в системах на sysv в любом случае.
И ротация по-умолчанию ограничена только пятью архивами.
В частности на примере каталога /var/log/syslog:
Это предотвращает переполнение корневой файловой системы, - количество архивов файла ограничено пятью (см. rotate 5 в правилах /etc/logrotate.d/syslog)
# ls -l ./var/log/syslog/*
-rw-r----- 1 root adm 0 июл 31 2019 ./var/log/syslog/alert
-rw-r----- 1 root adm 224 июл 28 2019 ./var/log/syslog/alert.1.xz
-rw-r----- 1 root adm 2672 мая 6 2019 ./var/log/syslog/alert.2.xz
-rw-r----- 1 root adm 284 окт 23 2018 ./var/log/syslog/alert.3.xz
-rw-r----- 1 root adm 336 окт 21 2018 ./var/log/syslog/alert.4.xz
-rw-r----- 1 root adm 196 апр 6 2018 ./var/log/syslog/alert.5.xz
-rw-r----- 1 root adm 0 мая 22 2016 ./var/log/syslog/boot
-rw-r----- 1 root adm 81375 янв 29 19:45 ./var/log/syslog/messages
-rw-r----- 1 root adm 26388 янв 28 04:02 ./var/log/syslog/messages.1.xz
-rw-r----- 1 root adm 31964 дек 2 04:02 ./var/log/syslog/messages.2.xz
-rw-r----- 1 root adm 53824 ноя 24 04:02 ./var/log/syslog/messages.3.xz
-rw-r----- 1 root adm 51508 ноя 10 04:02 ./var/log/syslog/messages.4.xz
-rw-r----- 1 root adm 51640 ноя 4 04:02 ./var/log/syslog/messages.5.xz
-rw-r----- 1 root adm 0 мая 22 2016 ./var/log/syslog/spooler
-rw-r----- 1 root adm 0 мая 22 2016 ./var/log/syslog/sudo
несмотря на то, что сама система может быть установлена довольно давно
# tune2fs -l /dev/sda8 | grep create
Filesystem created: Sun May 22 17:21:00 2016
Если не забывать подчищать кеш apt и /home, то система на sysv установленная по принципу "всё в одном разделе" может оставаться достаточно компактной, без сообщений о переполнении файловой:
# df -m | grep '^Фай\|/$'
Файловая система 1M-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/sdb1 20030 6041 12950 32% /
В правильно сконфигурированных системах на sysv, кеш apt, /home и ядра в /boot, это единственное что может переполнить файловую систему. Но никогда логи.