Как остановить /var/log/kern.log.1 от использования всего моего дискового пространства?

syslog

• Чтобы предотвратить чрезмерно большие файлы журналов в будущем, отредактируйте /etc/logrotate.conf, чтобы ограничить количество и размер файлов журналов. См. man logrotate для получения дополнительной информации.

systemd

• Чтобы настроить журнал Systemd, отредактируйте /etc/systemd/journald.conf. См. man journald.conf для получения дополнительной информации.

• Информацию о базовом использовании journalctl см. В systemd: Использование журнала .

.

• Для получения информации о том, как уменьшить размер журнала Systemd, см. Журналы Systemd (journalctl) слишком большие и медленные .

Вы можете удалить этот файл, потому что это уже повернутый журнал. Поскольку для этого вам нужны права root, у вас не будет возможности удалить этот файл в графическом интерфейсе.

Вы можете сделать это из командной строки:

sudo rm /var/log/kern.log.1

При каждой загрузке файлы журнала будут создаваться и поворачиваться снова, поэтому вам, вероятно, следует следить за следующими размерами файла kern.log. *. , Связанный отчет об ошибках на панели запуска: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

kern.log.1 - это только один из многих файлов журнала ядра.

Вместе они и группа messages.log.x могут занимать много Гб. Остальные файлы журналов в каталоге занимают около 1% от общего количества, поэтому нет необходимости пытаться уничтожить каталог журнала. Это может быть даже вредно для вашей системы.

Чтобы исправить то, что 99% здесь представляют собой две команды, которые добьются цели, удалив ненужные файлы размером в несколько ГБ:

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

Эти файлы будут созданы снова в первый раз, когда они нужны.

Чтобы конкретно ответить на ваш вопрос: вы можете настроить задание cron, чтобы удалять их каждую полночь или один раз в неделю, в зависимости от того, что из этого.

---

Я использую их плюс

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

для своей полуночной rsync резервной копии с основного SSD / dev / sda на больший жесткий диск / dev / sdb. Это экономит место, и они не нужны в любом сценарии восстановления.

После того, как я обнаружил, что файл syslog и kern.log увеличивается, у меня не хватило места на диске. Диспетчер дискового пространства показал мне, что папка /var/log занимает много места. Когда я запустил команду

tail -15 syslog  

, я обнаружил повторяющиеся ошибки. Также syslog и файл kern.log заняли 19 и 32 G соответственно. (команда для использования диска: du -h filename -h для читабельности).

Удаление этих файлов безопасно для тех, кто будет воссоздан системой. Но если вам нужна запись журнала за несколько недель до этого, не делайте этого, поскольку они не дублируются.

Примечание (только предложение):

1) Если вы не знаете о файловой системе Linux, это хорошая ссылка: https://help.ubuntu.com/community / LinuxFilesystemTreeOverview

2) Дополнительная информация о файлах журналов: https://help.ubuntu.com/community/LinuxLogFiles

Просмотр этих ссылок очистит много понятий.