Wie kann ich verhindern, dass /var/log/kern.log.1 meinen gesamten Speicherplatz belegt?

9

Ich habe eine 80 GB Festplatte ohne Partitionen. Eines Tages wurde mir klar, dass ich den größten Teil meines freien Speicherplatzes verloren hatte. Ich habe festgestellt, dass /var/log/kern.log.125 GB Speicherplatz belegt sind und es für diese Datei keine Löschoption gibt.

Hier ist ein Screenshot des Problems:

20130110-125652

Ich bin neu in Ubuntu / Linux. Bitte helfen Sie. Vielen Dank.

kernel syslog Abhishek Prakash
quelle
Wie groß sind die anderen kern.log-Dateien in diesem Verzeichnis? Ist kern.log.1die einzige große Datei?
Qbi
ja kern.log.1 ist die einzige große Datei, andere sind im Bereich von wenigen MB
Abhishek Prakash
Im Allgemeinen kann es sicher sein, die Datei wie von @elias vorgeschlagen zu löschen. Ein so großes Protokoll ist jedoch normalerweise ein Hinweis darauf, dass ein Problem vorliegt oder aufgetreten ist. Sie sollten also überwachen, ob Ihr System erneut eine so große Datei erstellt. Wenn ja, sollten Sie in die Datei schauen.
Qbi

Antworten:

7

Sie sollten diese Datei problemlos entfernen können, da es sich um ein bereits gedrehtes Protokoll handelt. Da Sie dazu Root-Berechtigungen benötigen, haben Sie in der GUI keine Option zum Löschen dieser Datei.

Sie können dies über die Befehlszeile tun:

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

Bei jedem Start werden Protokolldateien erstellt und erneut gedreht. Daher sollten Sie wahrscheinlich auf die nächsten Dateigrößen von kern.log. * Achten. Zugehöriger Fehlerbericht auf Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

elias
quelle
4

syslog

  • Um zu verhindern, dass in Zukunft zu große Protokolldateien erstellt werden, bearbeiten Sie diese /etc/logrotate.conf, um die Anzahl und Größe der Protokolldateien zu begrenzen. Siehe man logrotatefür weitere Informationen.

systemd

Xiota
quelle
1
Oder deaktivieren Sie Syslog und verwenden Sie das Journal. Die Dinge gehen in diese Richtung, es ist nur eine Frage der Zeit.
Metta Crawler
1

kern.log.1 ist nur eine von vielen Kernel-Protokolldateien.

Zusammen können sie und die messages.log.xGruppe viele GB aufnehmen. Die restlichen Protokolldateien im Verzeichnis machen etwa 1% der Gesamtmenge aus, sodass Sie nicht versuchen müssen, das Protokollverzeichnis massenweise zu löschen. Es könnte sogar schädlich für Ihr System sein.

Um zu behaupten, dass 99% hier sind, gibt es zwei Befehle, die den Trick ausführen, indem sie die unnötigen Multi-GB-Dateien löschen:

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

Diese Dateien werden beim ersten Mal erneut erstellt.

Um Ihre Frage speziell zu beantworten: Sie können einen Cron-Job einrichten, um sie um Mitternacht oder einmal pro Woche zu löschen.

Ich benutze sie plus

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

für mein Mitternachts- rsyncBackup von der primären / dev / sda-SSD auf die größere / dev / sdb-Festplatte. Das spart Platz und ist in keiner Art von Wiederherstellungsszenario erforderlich.

SDsolar
quelle
1
Es ist nicht wahr, dass dieses Verhalten in Linux eingebaut ist. Der Linux-Kernel schreibt diese Protokollnachricht nur in interne (speicherinterne) Puffer, auf die User-Space-Anwendungen zugreifen können. Es ist ein Syslog-Daemon, der diese Protokolle dann abruft und in / var / log schreibt. Dieser Daemon kann sehr gut konfiguriert oder sogar komplett ausgeschaltet werden.
Träumer
Punkt gut gemacht. Es gibt viele Protokollmeldungen, die für fortgeschrittene Entwickler erforderlich sind, daher empfehle ich nicht, sie vollständig auszuschalten. Ich führe eine nächtliche rsyncSicherung von der SSD / dev / sda auf die große Festplatte / dev / sdb durch, und um den Speicherplatz optimal zu nutzen, muss ich die oben genannten Schritte ausführen, und auch, rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullda im Wiederherstellungsszenario keine davon erforderlich ist .
SDsolar
1
Normalerweise führe ich diese beiden folgenden Befehle vor dem Neustart aus: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deleteund find /var/log/ -type f -exec truncate -s 0 {} \;dies bereinigt das gesamte / var / log, ohne die Hauptdateien zu entfernen, da einige Dateien dort nicht automatisch neu generiert werden.
Videonauth
1

Nachdem ich festgestellt hatte, dass die Dateien syslog und kern.log zunahmen, ging mir der Speicherplatz aus. Der Speicherplatzmanager hat mir gezeigt, dass der /var/logOrdner viel Speicherplatz beansprucht. Als ich Befehl ausgeführt habe

tail -15 syslog

Ich habe wiederholte Fehler gefunden. Auch die Datei syslog und kern.log benötigte 19 bzw. 32 G. (Befehl für die Festplattennutzung: du -h filename-h für die menschliche Lesbarkeit).

Das Löschen dieser Dateien ist sicher, da diese vom System neu erstellt werden. Wenn Sie jedoch eine Protokollaufzeichnung von Wochen zuvor benötigen, tun Sie dies nicht, da diese nicht dupliziert werden.

Hinweis (nur Vorschlag):

1) Wenn Sie das Linux-Dateisystem nicht kennen, ist dies der gute Link: https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) Weitere Informationen zu Protokolldateien: https://help.ubuntu.com/community/LinuxLogFiles

Wenn Sie diese Links durchgehen, werden viele Konzepte gelöscht.

Delsilon
quelle
Vielen Dank, viele nützliche Informationen für einen Linux-Anfänger wie mich. Die Info ist da draußen ... es zu finden ist das Problem!
B.Tanner
Es zu finden ist auch ein Problem. Wenn Sie die Dokumentation zum Linux-Dateisystem googeln, wird auch die obige Dokumentation nicht angezeigt. Es ist nur sichtbar, wenn Sie die Dokumentation zur Übersicht über den Linux-Dateisystembaum eingeben. Das richtige Keyword für das Googeln zu finden, ist für mich sehr schwierig. Interessanterweise bin ich auch ein Anfänger;)
Delsilon
Viele, viele andere interessante Artikel im übergeordneten Verzeichnis des obigen Links, d. H. help.ubuntu.com/community In den nächsten Tagen habe ich meine Freizeit!
B.Tanner
Wirklich Mann, ich habe das Ding nicht untersucht. Ich habe das Gefühl, ich habe goldenes Zeug gefunden. Danke, dass du mir das Ding gezeigt hast. Momentan arbeite ich an einem völlig anderen Projekt, aber Linux-Sachen fressen meine ganze Zeit.
Delsilon