var/журнал/системный журнал, растущий неограниченно долго в размере
Диск, который содержит Ubuntu на моем компьютере, 115GB в размере.
Когда диск был 114.7GBполный.
Я начал удалять некоторые файлы тут и там к свободному вокруг 5GB.
Но я заметил, что диск был 114GB заполненный снова. Я думал, что это был некоторый кэш, или штука подкачки так не дала его, очень думал и шел вперед и освободил вокруг 40GBпутем смещения некоторых медиа-файлов из диска.
У меня есть уведомление за час или так, чтобы диск был полон все снова и снова!! 40GB!!! Все, которые уводят!
Таким образом, я отладил проблему вниз к /var/log/syslog файл, который был первоначально определенно меньше, чем 20GB. Я знаю это потому что /var папка была 17GB прежде чем я очистил память.
/var/log/syslog файл в настоящее время 55.9GB!
Кто-то мог быть настолько добрым для объяснения этой аномалии? Действительно ли это - ошибка? Или я затронут с некоторым вредоносным программным обеспечением или вирусом?
4 ответа
Попробуйте это. Это должно работать правильно и очистить его:
sudo sh -c 'cat /dev/null > /var/log/syslog'
Проверьте /var/lib/logrotate/status и удостоверьтесь, что это становится повернутым правильно. Также необходимо просмотреть содержание файла и видеть, является ли это системный бросок проблемы предупреждения постоянно.
У меня были подобные проблемы, мой файл системного журнала имел 115 ГБ и системный журнал 1 другой 115G плюс несколько сжатых файлов.
1-й шаг находят источник:
watch tail /var/log/syslog
Вы, вероятно, заметите общие erro записи; после этого; предположение, что файлы являются слишком большими; ПОЧТИ бессмысленно вращаться. Так, можно удалить все сжатые файлы и файлы *.1 для восстановления дискового пространства (мой случай приблизительно 300 ГБ)
, 2-й шаг УСЕКАЕТ ФАЙЛ, НЕ УДАЛЯЙТЕ (или у Вас может быть много проблем с полномочиями в будущем), существует много методов, включая:
sudo tee /var/log/syslog </dev/null
можно даже сделать второй шаг прежде и продолжать смотреть для нахождения причины, но быть уверенным, если Вы не, это произойдет снова. Вероятно, это - что-то в цикле, системные службы хорошее место, чтобы начать смотреть (что-то, что перезапускает очень быстро и всегда для exemple)
Этот неопределенный рост обычно происходит из-за повторного журнала одной или нескольких ошибок из того же источника. В моем случае это происходило из-за непрерывного сообщения об ошибке соединения от контрольного интерфейса Wi-Fi mon0 Я раньше контролировал мой трафик Wi-Fi. Были сообщения об ошибке такого переполнения, происходящего в различных других интерфейсах как tun0 от VPN и т.д.
Я решил свой вопрос путем очистки /var/log/syslog файл
Заниматься этой ошибкой
- Необходимо найти источник этой ошибки и мешать ему произвести дальнейшее переполнение журнала
- Затем очиститесь
var/log/syslogфайл
Проблемы Вы могли бы столкнуться с выполнением того же
- Открытый наклон
var/log/syslog: из-за значительного размера любой редактор обязан отказать - Ясный наклон
/var/log/syslog: Снова из-за крупной очистки размера проблема также
Так, для просмотра ошибки, которая вызвала переполнение
tail -f /var/log/syslog
Для очистки использования:
sudo cat /dev/null > /var/log/syslog