Чи можна видалити / 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. Тому я запустив GKSU nautilus і пішов оглядатися. Він зробив 3x 30gb файли журналу, які я негайно видалив, оскільки знав, що і звідки вони з'явилися. Тож, хоча я розумію ризики запуску речей як корінні, можливо, це допоможе комусь розібратися в проблемі.

Якщо ви використовуєте rsync або у вас мало місця на диску, про ці дві команди опікуються двома приємними смачними цілями:

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

Вони можуть стати величезними, і вони будуть відтворені в перший раз, коли система захоче написати їм.

При використанні rsync вони не лише заощадять на диску, але й прискорять резервне копіювання.