Czy mogę usunąć pliki / var / log z powodu małej ilości miejsca w katalogu głównym?

Właśnie otrzymałem wiadomość:

Niskie miejsce na dysku .. Zostało 2 GB

Sądząc po opublikowanej wiadomości na forach ubuntu.org, stwierdziłem, że mam plik .log /var/logo wielkości 22 GB! Mój katalog główny to partycja 82 GB, a narzędzie Disk Analyzer pokazuje, że przestępca jest zalogowany. Systemowy root został zainstalowany około 8 miesięcy temu, więc najwyraźniej nie jest to dobre w tworzeniu dziennika 22 GB na partycji głównej 82 GB.

Czy usunięcie pliku dziennika jest bezpieczne, czy też proszę doradzić prawidłową bezpieczną procedurę czyszczenia go bez zepsucia mojego systemu. Przypuszczam, że może być w porządku, ale chciałbym uzyskać inne opinie, zanim wykonam zadanie usuwania.

Zasadniczo usuwanie plików dziennika jest bezpieczne. Jedyną wadą związaną z tym jest brak możliwości sprawdzenia dziennika, jeśli później rozwiążesz jakiś inny problem. Ponieważ nowe dzienniki są generowane automatycznie, nawet ta wada jest krótkotrwała.

Większość dzienników jest usuwana automatycznie (po obróceniu przez kompresję i zmianę nazwy oraz przechowywana przez pewien czas w tym zarchiwizowanym formacie). Jeśli masz dziennik, który rozwija się szybciej niż system Ubuntu go usuwa, jest mało prawdopodobne, że wystąpią jakiekolwiek problemy z jego ręcznym usunięciem.

Jeśli jednak masz plik dziennika o wielkości 22 koncertów, dzieje się coś bardzo dziwnego i warto to zbadać. Zalecam ponowną edycję pytania, aby zamieścić link do wątku na forum Ubuntu, o którym mówisz, a także podać pełną nazwę pliku dziennika o wielkości 22 GB.

Chciałbym tutaj dodać słowo ostrzeżenia - być może możesz usunąć wszystkie pliki dziennika, ale możesz mieć problemy, jeśli usuniesz podkatalogi / var / log. Usunąłem wszystkie moje pliki dziennika i ich katalogi (rm -r / var / log / *) i to zepsuło moją funkcjonalność apache2 . Najwyraźniej apache nie może / nie może odtworzyć katalogów dziennika i dlatego nie może zapisywać plików dziennika, co najwyraźniej może spowodować jego awarię.

Słyszałem wcześniej, że usunięcie niektórych plików dziennika może powodować problemy, chociaż nie mam doświadczenia z pierwszej ręki, aby je obsługiwać. Ale oczywiście jeszcze kilka dni temu nie miałem doświadczenia z wykreślaniem katalogu, które było problemem.

Oprócz mojego oryginalnego postu łatwiej mi było używać BleachBit (na Root), aby wyczyścić wszystkie stare dzienniki na moim pulpicie Ubuntu 12.10; dlaczego stają się tak duże, wciąż nie wiem, ale na razie BleachBit „usuwa wszystkie znane bity, ŚMIERĆ!” Odzyskałem ponad 1,6 giganta w kosmosie. jeśli znajdziesz podobny dziennik, problemy, sprawdź narzędzie BleachBit z zasobów oprogramowania Ubuntu lub Menedżera pakietów Synaptic.

Wiem, że to stare, ale podobnie jest z oprogramowaniem, z którym ostatnio pracuję. Musiałem zainstalować starą wersję Androida Studio, która działała dziwnie po uruchomieniu przez zwykłego użytkownika. Więc eksperymentowałem z uruchomieniem go z rootem GKSU. W ciągu kilku godzin grania całego mojego dysku twardego zniknęło. WTF? Cóż, szkodliwe pliki były plikami dziennika w / var / log. Więc uruchomiłem GKSU nautilus i rozejrzałem się. Zrobił 3x pliki dziennika 30 GB, które natychmiast usunąłem, ponieważ wiedziałem, skąd one pochodzą. Tak więc, chociaż rozumiem ryzyko związane z uruchamianiem rzeczy jako root, może to pomoże komuś rozwiązać problem.

Jeśli używasz rsync lub masz mało miejsca na dysku, te dwa polecenia są obsługiwane przez dwa smaczne cele:

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

Mogą stać się ogromne i zostaną odtworzone, gdy system po raz pierwszy zechce do nich napisać.

Podczas korzystania z rsync nie tylko oszczędzają miejsce na dysku, ale także przyspieszają tworzenie kopii zapasowej.