Могу ли я удалить / var / log файлы из-за недостатка корневого пространства?

24

Просто было сообщение:

Недостаточно места на диске. Осталось 2 ГБ

Судя по опубликованному сообщению на форумах ubuntu.org, я обнаружил, что у меня есть файл .log /var/logразмером 22 ГБ! Мой корень - это раздел размером 82 ГБ, и Disk Analyzer показывает, что нарушитель находится в журнале. Корень системы был установлен около 8 месяцев назад, поэтому очевидно, что это не очень хорошая вещь при создании журнала размером 22 ГБ в корневом разделе размером 82 ГБ.

Безопасно ли удалять файл журнала или, пожалуйста, посоветуйте правильную безопасную процедуру, чтобы очистить его, не испортив мою систему. Я полагаю, что все может быть в порядке, но хотел бы получить другие мнения, прежде чем я выполню задачу удаления.

Пол Б
источник
1
Альтернативой является сжатие с использованием gzipили bzip2- хотя для этого требуется временно иметь достаточно места для хранения как несжатых, так и сжатых копий файла. Файлы журналов, как правило, имеют большую избыточность, поэтому они должны сжиматься достаточно хорошо (вероятно, лучше, чем 90%).
Кит Томпсон

Ответы:

20

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

Большинство журналов удаляются автоматически (после поворота путем сжатия и переименования и сохраняются некоторое время в этом архивном формате). Если у вас есть журнал, который раскрывается быстрее, чем Ubuntu удаляет его, маловероятно, что у вас возникнут проблемы с его удалением вручную.

Однако, если у вас есть файл журнала размером 22 гигабайта, происходит что-то очень странное, и было бы целесообразно изучить это. Я рекомендую снова отредактировать ваш вопрос, чтобы добавить ссылку на ветку форумов Ubuntu, о которой вы говорите, а также указать полное имя файла журнала размером 22 ГБ.

Элия ​​Каган
источник
1
Спасибо за совет. Теперь я обнаружил, что файл журнала обидел "mail.log". Вот ссылка на форум по Ubuntu: [ ubuntuforums.org/showthread.php?p=12148780#post12148780] Читатели заметят на скриншоте 3 больших файла журнала (sys, mail, mail.err). Я надеюсь, что это поможет любому с подобной проблемой с потерей корневого пространства.
Пол Б.
Теперь у меня есть 60 ГБ свободного места после удаления оскорбительных файлов .log. Пожалуйста, обратитесь к форуму Ubuntu выше. Спасибо Элии за то, что она выдвинула на первый план проблему и ответила на мой пост.
Пол Б.
8

Я хотел бы добавить здесь предостережение - возможно, вы можете удалить все свои файлы журналов, но у вас могут возникнуть проблемы, если вы удалите подкаталоги / var / log. Я удалил все свои файлы журналов и их каталоги (rm -r / var / log / *), и это нарушило мою функциональность apache2 . Очевидно, apache не / не может воссоздать каталоги журналов и, следовательно, не может записывать файлы журналов, что может привести к сбою.

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

Фред Гамильтон
источник
Хороший вопрос на самом деле. Хотя этот вопрос не был связан с этим вопросом, у меня также был сценарий, в котором я по ошибке удалил папку журнала, и процесс не смог ее воссоздать, поскольку требовал разрешения sudo, которое не было предоставлено процессу во время выполнения (в целях безопасности).
Рафид
2

В дополнение к моему первоначальному сообщению я обнаружил, что проще использовать BleachBit (в Root) для очистки всех старых журналов на моем рабочем столе Ubuntu 12.10; почему они становятся такими большими, я до сих пор не знаю, но пока BleachBit «очищает все известные биты, DEAD!» Я исправил более 1,6 Гиг в космосе. если вы обнаружите похожий журнал, проблемы, то проверьте утилиту BleachBit из Ubuntu Software Resource или Synaptic Package Manager.

Пол Б
источник
0

Я знаю, что это старое, но то же самое касается программного обеспечения, с которым я работаю в последнее время. Мне нужно было установить старую версию Android Studio, и она работала странно при запуске обычным пользователем. Итак, я экспериментировал с запуском его с рутом GKSU. В течение пары часов игры вокруг моего жесткого диска не было. WTF? Ну что ж, оскорбительные файлы были файлами журналов в / var / log. Поэтому я запустил ГКСУ наутилус и пошел осматриваться. Это сделало 3x 30-гигабайтные файлы журнала, которые я быстро удалил, так как я знал, что и откуда они пришли. Так что, хотя я понимаю риски запуска вещей от имени root, возможно, это поможет кому-то разобраться в проблеме.

K irk H 4 2 0
источник
-2

Если вы используете rsync или у вас мало места на диске, две эти вкусные цели позаботятся об этих двух командах:

sudo rm /var/log/kern*
sudo rm /var/log/messages*

Они могут быть огромными и будут воссозданы при первом обращении системы к ним.

При использовании rsync они не только экономят дисковое пространство, но и ускоряют резервное копирование.

SDsolar
источник