Просто было сообщение:
Недостаточно места на диске. Осталось 2 ГБ
Судя по опубликованному сообщению на форумах ubuntu.org, я обнаружил, что у меня есть файл .log /var/logразмером 22 ГБ! Мой корень - это раздел размером 82 ГБ, и Disk Analyzer показывает, что нарушитель находится в журнале. Корень системы был установлен около 8 месяцев назад, поэтому очевидно, что это не очень хорошая вещь при создании журнала размером 22 ГБ в корневом разделе размером 82 ГБ.
Безопасно ли удалять файл журнала или, пожалуйста, посоветуйте правильную безопасную процедуру, чтобы очистить его, не испортив мою систему. Я полагаю, что все может быть в порядке, но хотел бы получить другие мнения, прежде чем я выполню задачу удаления.
delete
log
disk-usage
Пол Б
источник
источник
gzipилиbzip2- хотя для этого требуется временно иметь достаточно места для хранения как несжатых, так и сжатых копий файла. Файлы журналов, как правило, имеют большую избыточность, поэтому они должны сжиматься достаточно хорошо (вероятно, лучше, чем 90%).Ответы:
Обычно безопасно удалять файлы журнала. Единственный недостаток, связанный с этим, заключается в том, что вы, возможно, не сможете просмотреть журнал, если позже решите какую-то другую проблему. Поскольку новые журналы создаются автоматически, даже этот недостаток недолговечен.
Большинство журналов удаляются автоматически (после поворота путем сжатия и переименования и сохраняются некоторое время в этом архивном формате). Если у вас есть журнал, который раскрывается быстрее, чем 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 или у вас мало места на диске, две эти вкусные цели позаботятся об этих двух командах:
Они могут быть огромными и будут воссозданы при первом обращении системы к ним.
При использовании rsync они не только экономят дисковое пространство, но и ускоряют резервное копирование.
источник