Właśnie dostałem wiadomość z domyślnego oprogramowania do analizy dysku (Baobab), że mam tylko 1 GB na dysku twardym. Po kilku poszukiwaniach odkryłem, że /var/log/przyczyną tego jest folder.
Niektóre pliki / rozmiary w /var/log/:
Et cetera et cetera. /var/logJest wielki.
Czy mogę usunąć te pliki lub cały /var/logfolder? A może to WIELKI NIE NIE w Ubuntu?
Odpowiedzi:
Nie możesz usunąć całego folderu, ale możesz usunąć pliki dziennika „Old-Packed” bez szkody dla systemu.
Dla typowego użytkownika domowego można bezpiecznie usunąć dowolny plik dziennika, który jest skompresowany i ma rozszerzenie .gz (jak widać na zdjęciu).
Te skompresowane pliki dzienników są starymi dziennikami, które są zgzipowywane w celu zmniejszenia przestrzeni dyskowej i jako przeciętny użytkownik nie potrzebujesz ich.
find /var/log -type f -name "*.gz" -delete, Usunąłem skompresowane pliki i uwolniłem tylko około 1 GB miejsca. Nie wystarczy 50 GB na /reż i resztę mojego dysku /home!
cat /var/log/kern.loglub nano /var/log/kern.log(w GUI uruchomić coś takiego jak np. gedit /var/log/kern.logLub mousepad /var/log/kern.log) i sprawdzenie, co może być problemem. Gdy dowiesz się, co jest nie tak, możesz uruchomić sudo rm /var/log/kern.log ; sudo telinit 6, aby usunąć taki (duży) plik i ponownie uruchomić system operacyjny.
messages(7,7 GB), user.log(7,7 GB), syslog(4,1 GB) i syslog.1(3,5 GB). Te cztery pliki sumują 23 GB. Jakiś sposób, aby je usunąć, a przynajmniej zmniejszyć ich rozmiar?
Nie usunąłbym całego folderu / var / log - to zepsuje wszystko.
Możesz po prostu zniszczyć dzienniki, jak sugeruje @jrg - ale chyba, że rzeczy zapisujące się do plików dziennika (głównie syslogd) nie zostaną zrestartowane, to tak naprawdę nie odzyskasz miejsca na dysku, ponieważ pliki będą istnieć w stanie usuniętym, dopóki uchwyty plików są zamknięte.
Lepiej byłoby dowiedzieć się, dlaczego dzienniki nie są obracane (a później usuwane). Logrotate ma to dla ciebie zrobić i podejrzewam, że nie jest uruchamiany każdej nocy tak, jak powinien.
Pierwszą rzeczą, którą bym zrobił, to:
sudo /etc/cron.daily/logrotate
To powinno obrócić pliki dziennika (więc kern.log staje się kern.log.1); i możesz następnie usunąć kern.log.1 itp., aby zwolnić miejsce na dysku.
Jeśli do tej pory wszystko jest w porządku, kolejnym pytaniem jest, dlaczego nie dzieje się to automatycznie. Jeśli wyłączysz komputer w nocy, upewnij się, że masz zainstalowany anakron .
Powinieneś spojrzeć na dzienniki i zobaczyć, co się do nich zapisuje. Domyślam się, że ufw / iptables (rejestrujesz cały ruch sieciowy).
ufw - po zalogowaniu wszystkich pakietów otrzymasz duże dzienniki. Jeśli nie zamierzasz przeglądać dzienników, wyłącz logowanie. Jeśli chcesz monitorować swoją sieć, użyj snort. Snort przefiltruje tysiące odebranych pakietów i ostrzeże Cię o potencjalnie problematycznym ruchu.
Sądzę, że winowajcą jest ufw i dostajesz duży log do kern.log, ponieważ logujesz tam również pakiety.
Czasami występuje problem z jądrem lub sprzętem, który wypełnia dzienniki. W takim przypadku najlepiej naprawić problem lub zgłosić błąd. Aby to zrobić, musisz przejrzeć dzienniki.
Jeśli nie możesz rozwiązać problemu, możesz skonfigurować syslog, aby nie wypełniał dzienników.
Zobacz http://manpages.ubuntu.com/manpages/precise/man5/syslog.conf.5.html
Jeśli podasz więcej szczegółów na temat problemu, możemy pomóc w lepszym debugowaniu.
Usunięcie /var/logjest prawdopodobnie złym pomysłem, ale usunięcie pojedynczych plików dziennika powinno być OK.
Na moim laptopie z małym dyskiem SSD skonfigurowałem /var/log( /tmpi /var/tmp) jako tmpfspunkty montowania, dodając następujące wiersze do /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
Oznacza to, że nic w tych katalogach nie przetrwa ponownego uruchomienia. O ile wiem, ta konfiguracja działa dobrze. Oczywiście tracę możliwość przeglądania starych dzienników w celu zdiagnozowania problemów, które mogą się pojawić, ale uważam, że jest to sprawiedliwy kompromis w zakresie zmniejszonego zużycia dysku.
Jedyny problem, jaki miałem, to to, że niektóre programy (w szczególności APT) chcą zapisywać swoje dzienniki w podkatalogach /var/logi nie są wystarczająco inteligentne, aby utworzyć te katalogi, jeśli nie istnieją. Dodanie linii mkdir /var/log/aptdo /etc/rc.localnaprawiło dla mnie ten konkretny problem; w zależności od zainstalowanego oprogramowania może być konieczne utworzenie innych katalogów.
(Inną możliwością byłoby utworzenie prostego tararchiwum zawierającego tylko katalogi i rozpakowanie go /var/logpodczas uruchamiania, aby utworzyć wszystkie potrzebne katalogi i ustawić ich uprawnienia naraz.)