Щойно я отримав повідомлення від програмного забезпечення для аналізу дисків за замовчуванням (Baobab), що у мене на жорсткому диску залишається лише 1 Гб. Після деякого пошуку я виявив, що /var/log/папка є причиною цього.
Деякі файли / розміри у /var/log/:
Et cetera et cetera. /var/logвеличезна.
Чи можна видалити ці файли або всю /var/logпапку? Або це ВЕЛИКО НІ НЕ в Ubuntu?
Відповіді:
Ви не повинні видаляти всю папку, але ви можете видалити файли журналів "Старий пакет", не завдаючи шкоди системі.
Для типового домашнього користувача безпечно видаляти будь-який файл журналу, який стискається та має розширення .gz (як ви бачите на малюнку).
Ці стиснуті файли журналів - це старі журнали, зібрані для зменшення місця на зберіганні, і, як звичайному користувачеві, вони вам не потрібні.
find /var/log -type f -name "*.gz" -delete, Я видалив стиснуті файли і звільнив лише близько 1 ГБ місця. Немає 50 Гб для /режисера та решти мого диска /home!
cat /var/log/kern.logабо nano /var/log/kern.log(в GUI, запустити щось на зразок gedit /var/log/kern.logабо mousepad /var/log/kern.log) і перевірити, що може бути проблемою. Як тільки ви зрозумієте, що не так, можете запустити sudo rm /var/log/kern.log ; sudo telinit 6, щоб видалити такий (великий) файл та перезапустити операційну систему.
messages(7,7 ГБ), user.log(7,7 ГБ), syslog(4,1 ГБ) і syslog.1(3,5 ГБ). Ці чотири файли складають 23 ГБ. Будь-який спосіб їх видалити або принаймні зменшити їх розмір?
Я б не видалив всю папку / var / log - це порушить ситуацію.
Ви можете просто знищити журнали, як підказує @jrg - але, якщо речі, записані у файли журналу (в основному syslogd), не будуть перезапущені, що фактично не поверне вам дискового простору, оскільки файли продовжуватимуть існувати у видаленому стані до тих пір, поки файлові ручки закриті.
Краще було б з’ясувати, чому журнали не обертаються (а пізніше видаляються). logrotate повинен зробити це для вас, і я підозрюю, що його не запускають щовечора, як слід.
Перше, що я зробив би:
sudo /etc/cron.daily/logrotate
Це повинно обертати файли журналів (так kern.log стає kern.log.1); а потім ви можете видалити kern.log.1 тощо, щоб звільнити місце на диску.
Якщо поки що все добре, наступне питання - чому це не відбувається автоматично. Якщо вимкнути комп’ютер вночі, переконайтеся, що у вас встановлений анакрон .
Ви повинні подивитися на журнали і побачити, що до них пишеться. Моя здогадка - ufw / iptables (ви реєструєте весь мережевий трафік).
ufw - коли ви реєструєте всі пакети, ви отримаєте великі журнали. Якщо ви не збираєтеся переглядати журнали, вимкніть журнал. Якщо ви хочете контролювати свою мережу, використовуйте фронт. Snort буде фільтрувати тисячі отриманих пакетів та попереджати про потенційно проблемний трафік.
Я гадаю, що винувателем є ufw, і ви отримуєте великий журнал у kern.log, оскільки ви також реєструєте там пакети.
Іноді виникає проблема з ядром або апаратним забезпеченням, яке заповнює журнали. У такому випадку найкраще виправити проблему або подати помилку, для цього вам потрібно переглянути журнали.
Якщо ви не можете вирішити проблему, ви можете налаштувати syslog так, щоб не заповнювати свої журнали.
Див. Http://manpages.ubuntu.com/manpages/precise/man5/syslog.conf.5.html
Якщо ви надасте більше інформації про проблему, ми можемо допомогти її налагодити краще.
Видалення /var/log- це, мабуть, погана ідея, але видалення окремих журналів має бути добре.
На своєму ноутбуці, з невеликим SSD-диском, я встановив /var/log(і /tmpі /var/tmp) як tmpfsточки монтажу, додавши наступні рядки до /etc/fstab:
temp /tmp tmpfs rw,mode=1777 0 0
vartmp /var/tmp tmpfs rw,mode=1777 0 0
varlog /var/log tmpfs rw,mode=1777 0 0
Це означає, що в цих каталогах нічого не переживає перезавантаження. Наскільки я можу сказати, ця установка працює просто чудово. Звичайно, я втрачаю можливість перегляду старих журналів, щоб діагностувати будь-які проблеми, які можуть виникнути, але я вважаю, що це справедливий компроміс за зменшене використання диска.
Єдиною проблемою у мене є те, що деякі програми (особливо APT) хочуть писати свої журнали у підкаталоги /var/logта недостатньо розумні для створення цих каталогів, якщо вони не існують. Додавання рядка mkdir /var/log/aptдо /etc/rc.localвиправленої конкретної для мене проблеми; залежно від того, яке програмне забезпечення ви встановили, можливо, вам також знадобиться створити деякі інші каталоги.
(Ще однією можливістю було б створити простий tarархів, що містить лише каталоги, і знімати його /var/logпри запуску, щоб створити всі необхідні каталоги та встановити їх права дозволу відразу.)