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

9

У меня 80 ГБ HDD без каких-либо разделов. Однажды я понял, что потерял большую часть свободного места на диске. Я обнаружил, что это /var/log/kern.log.1занимает 25 ГБ пространства, и для этого файла нет опции удаления.

Вот скриншот проблемы:

20130110-125652

Я новичок в Ubuntu / Linux. Пожалуйста помоги. Благодарю вас.

kernel syslog Абхишек Пракаш
источник
Насколько велики другие файлы kern.log в этом каталоге? Это kern.log.1единственный большой файл?
QBi
да kern.log.1 - единственный большой файл, остальные находятся в диапазоне нескольких мегабайт
Абхишек Пракаш
В общем случае можно сохранить файл, как предложено @elias. Однако такой большой журнал обычно является намеком на то, что есть или была проблема. Поэтому вы должны следить за тем, чтобы ваша система снова производила такой большой файл. Если да, вы должны посмотреть в файл.
Qbi

Ответы:

7

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

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

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

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

Элиас
источник
4

syslog

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

systemd

xiota
источник
1
Или выключите системный журнал и используйте журнал. Все идет в этом направлении, это просто вопрос времени.
Метта Кроулер
1

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резервной копии с основного / dev / sda SSD на больший / dev / sdb HDD. Это экономит место, и они не нужны в любом сценарии восстановления.

SDsolar
источник
1
Это неправда, что такое поведение встроено в Linux. Ядро Linux просто записывает эти сообщения журнала во внутренние (в памяти) буферы для доступа приложений пользовательского пространства. Это какой-то демон системного журнала, который затем извлекает эти журналы и записывает их в / var / log. Этот демон очень хорошо настроен или даже полностью отключен.
Мечтатель
Точка хорошо взята. Существует много сообщений в журнале, которые необходимы продвинутым разработчикам, поэтому я не советую отключать их полностью. Я запускаю ночное rsyncрезервное копирование с / dev / sda SSD на большой / dev / sdb HDD, и для того, чтобы наилучшим образом использовать пространство, у меня есть указанное выше, плюс также, rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullпоскольку ни один из них не требуется в сценарии восстановления ,
SDsolar
1
Я обычно запускаю эти две следующие команды перед перезагрузкой: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deleteи find /var/log/ -type f -exec truncate -s 0 {} \;это очищает весь / var / log без удаления основных файлов, потому что некоторые файлы там не генерируются автоматически снова.
Видеонавт
1

Обнаружив, что файл 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.

Переход по этим ссылкам прояснит многие понятия.

Delsilon
источник
Спасибо, много полезной информации для начинающего Linux, такого как я. Информация там ... найти это проблема!
Б.Таннер
Найти это тоже проблема. Если вы просматриваете документацию по файловой системе Linux, то она также не показывает вышеуказанную документацию. Он виден только при вводе обзорной документации по дереву файловой системы linux. Найти правильное ключевое слово для поиска в Google очень сложно для меня. Интересно, что я тоже новичок;)
Дельсилон
Много-много других интересных статей в родительском каталоге вышеупомянутой ссылки, т.е. help.ubuntu.com/community Вот и останется мое свободное время на следующие несколько дней!
Б.Таннер
Воистину, человек, которого я не изучал. Я чувствую, что нашел что-то золотое. Спасибо, что показали мне эту вещь. В настоящее время я работаю над совершенно другим проектом, но всё, что связано с Linux, пожирает у меня всё время.
Дельсилон