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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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