Jak powstrzymać /var/log/kern.log.1 od zajmowania całego miejsca na dysku?

9

Mam dysk twardy o pojemności 80 GB bez żadnych partycji. Pewnego dnia zdałem sobie sprawę, że straciłem większość wolnego miejsca na dysku. Odkryłem, że /var/log/kern.log.1zajmuje 25 GB miejsca i nie ma opcji usuwania tego pliku.

Oto zrzut ekranu problemu:

20130110-125652

Jestem nowy w Ubuntu / Linux. Proszę pomóż. Dziękuję Ci.

kernel syslog

— Abhishek Prakash
źródło

Jak duże są inne pliki kern.log w tym katalogu? Czy kern.log.1to jedyny duży plik?

— qbi

tak kern.log.1 to jedyny duży plik, inne są w zakresie kilku MB

— Abhishek Prakash

Zasadniczo można zapisać, aby usunąć plik zgodnie z sugestią @elias. Jednak tak duży dziennik jest zwykle wskazówką, że istnieje lub był problem. Powinieneś więc monitorować, czy Twój system ponownie wygeneruje tak duży plik. Jeśli tak, powinieneś zajrzeć do pliku.

— qbi

7

Powinieneś dobrze usunąć ten plik, ponieważ jest to już obrócony dziennik. Ponieważ potrzebujesz do tego uprawnień roota, w GUI nie będziesz mieć opcji usunięcia tego pliku.

Możesz to zrobić z wiersza poleceń:

sudo rm /var/log/kern.log.1

Za każdym razem, gdy się uruchamiasz, pliki dziennika będą tworzone i obracane ponownie, więc prawdopodobnie powinieneś uważać na kolejne rozmiary plików kern.log. *. Powiązany raport o błędach w Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

— elias
źródło

4

syslog

Aby zapobiec nadmiernie dużym plikom dziennika w przyszłości, edytuj, /etc/logrotate.confaby ograniczyć liczbę i rozmiar plików dziennika. Zobacz man logrotatewięcej informacji.

systemd

Aby skonfigurować dziennik Systemd, edytuj /etc/systemd/journald.conf. Zobacz man journald.confwięcej informacji.
Aby uzyskać informacje o podstawowym journalctlużyciu, zobacz systemd: Korzystanie z dziennika .
Aby uzyskać informacje o tym, jak zmniejszyć rozmiar dziennika Systemd, zobacz Dzienniki Systemd ( journalctl) są zbyt duże i wolne .

— Xiota
źródło

1

Lub wyłącz syslog i skorzystaj z dziennika. Wszystko idzie w tym kierunku, to tylko kwestia czasu.

— Metta Crawler

1

kern.log.1 jest tylko jednym z wielu plików dziennika jądra.

Razem oni i messages.log.xgrupa mogą zająć wiele Gb. Reszta plików dziennika w katalogu zajmuje około 1% całości, więc nie ma potrzeby masowego czyszczenia katalogu dziennika. Może to nawet być szkodliwe dla twojego systemu.

Aby odzyskać, że 99% tutaj są dwa polecenia, które załatwi sprawę, usuwając niepotrzebne pliki wielu GB:

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

Pliki te zostaną utworzone ponownie za pierwszym razem, gdy będą potrzebne.

Aby odpowiedzieć konkretnie na twoje pytanie: Możesz skonfigurować zadanie CRON, aby usuwać je o północy lub raz w tygodniu, w zależności od tego, co nastąpi.

Używam ich plus

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

dla mojej rsynckopii zapasowej o północy z podstawowego dysku SSD / dev / sda na większy dysk twardy / dev / sdb. Oszczędza miejsce i nie są potrzebne w żadnym scenariuszu przywracania.

— SDsolar
źródło

1

To nieprawda, że takie zachowanie jest wbudowane w Linuksa. Jądro Linux zapisuje te komunikaty dziennika w wewnętrznych buforach (w pamięci), do których mają dostęp aplikacje w przestrzeni użytkownika. To jakiś demon syslog, który następnie pobiera te logi i zapisuje je w / var / log. Ten demon jest bardzo dobrze skonfigurowany lub nawet całkowicie wyłączony.

— Marzyciel

Punkt dobrze przyjęty. Istnieje wiele komunikatów dziennika, które są niezbędne dla zaawansowanych programistów, więc nie sugeruję całkowitego wyłączenia. Uruchamiam nocne rsynctworzenie kopii zapasowej z dysku SSD / dev / sda na duży dysk twardy / dev / sdb, i aby jak najlepiej wykorzystać przestrzeń, mam powyższą funkcję, a także rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullponieważ żadne z nich nie jest konieczne w scenariuszu przywracania .

— SDsolar

1

Zwykle uruchamiam te dwa następujące polecenia przed ponownym uruchomieniem: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deletei find /var/log/ -type f -exec truncate -s 0 {} \;to czyści cały / var / log bez usuwania głównych plików, ponieważ niektóre pliki nie są generowane automatycznie.

— Videonauth,

1

Po stwierdzeniu, że plik syslog i kern.log zwiększają się, zabrakło mi miejsca na dysku. Menedżer miejsca na dysku pokazał mi, że /var/logfolder zajmuje dużo miejsca. Kiedy uruchomiłem polecenie

tail -15 syslog

Znalazłem powtarzające się błędy. Również pliki syslog i kern.log zajęły odpowiednio 19 i 32 G. (polecenie użycia dysku: du -h filename-h dla czytelności dla człowieka).

Usunięcie tych plików jest bezpieczne, ponieważ zostaną one odtworzone przez system. Ale jeśli potrzebujesz rejestru z tygodni wcześniej, nie, bo nie są one powielane.

Uwaga (tylko sugestia):

1) Jeśli nie znasz systemu plików Linux, to jest to dobry link: https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) Więcej informacji o plikach dziennika: https://help.ubuntu.com/community/LinuxLogFiles

Przejrzenie tych linków oczyści wiele pojęć.

— Delsilon
źródło

Dziękuję, wiele przydatnych informacji dla początkujących Linuksa takich jak ja. Informacje są tam ... znalezienie jest problemem!

— B.Tanner

Znalezienie go jest również problemem. Jeśli przeglądasz dokumentację systemu plików Linux Linux, to również nie pokazuje powyższej dokumentacji. Jest to widoczne tylko po wpisaniu dokumentacji przeglądu drzewa systemu plików Linux. Znalezienie odpowiedniego słowa kluczowego dla googlowania jest dla mnie bardzo trudne. Co ciekawe, jestem również początkującym;)

— Delsilon

Wiele innych interesujących artykułów w katalogu nadrzędnym powyższego linku, tj. help.ubuntu.com/community Przez najbliższe kilka dni mam wolny czas!

— B.Tanner

Naprawdę człowieku, nie patrzyłem na to. Czuję, że znalazłem jakieś złote rzeczy. Dzięki za pokazanie mi tego. Obecnie pracuję nad zupełnie innym projektem, ale Linux cały czas je.

— Delsilon