Kann ich / var / log-Dateien aufgrund des geringen Root-Speicherplatzes löschen?

24

Hatte gerade die Nachricht:

Geringer Speicherplatz .. 2 GB übrig

Nach einer Nachricht in den Foren von ubuntu.org zu urteilen, habe ich festgestellt, dass ich eine .log-Datei mit einer Größe von /var/log22 GB habe! Meine Wurzel ist eine 82 GB Partition und Disk Analyzer zeigt an, dass sich der Täter im Protokoll befindet. Der Systemstamm wurde vor ca. 8 Monaten installiert. Dies ist also keine gute Sache, um ein 22-GB-Protokoll auf einer 82-GB-Stammpartition zu erstellen.

Ist es sicher, die Protokolldatei zu löschen, oder empfehlen Sie die richtige sichere Vorgehensweise, um sie zu bereinigen, ohne mein System zu beschädigen? Ich nehme an, dass es in Ordnung ist, möchte aber einige andere Meinungen, bevor ich die Aufgabe des Löschens erledige.

delete log disk-usage

— Paul B
quelle

1

Eine Alternative besteht darin, sie mit gzipoder zu komprimieren. bzip2Dies erfordert jedoch vorübergehend genügend Speicherplatz, um sowohl nicht komprimierte als auch komprimierte Kopien der Datei zu speichern. Protokolldateien weisen in der Regel eine hohe Redundanz auf, daher sollten sie recht gut komprimiert werden (wahrscheinlich besser als 90%).

— Keith Thompson

20

Das Löschen von Protokolldateien ist im Allgemeinen sicher. Der einzige Nachteil dabei ist, dass Sie das Protokoll möglicherweise nicht überprüfen können, wenn Sie später ein anderes Problem beheben. Da automatisch neue Protokolle erstellt werden, ist auch dieser Nachteil von kurzer Dauer.

Die meisten Protokolle werden automatisch gelöscht (nachdem sie gedreht durch Kompression und Umbenennen und eine Weile in dem archivierten Format gehalten wird ). Wenn Sie ein Protokoll haben, das schneller erweitert wird, als Ubuntu es löscht, ist es unwahrscheinlich, dass beim manuellen Löschen Probleme auftreten.

Wenn Sie jedoch eine Protokolldatei haben, die 22 GB groß ist, passiert etwas sehr Seltsames, und es lohnt sich, dies zu untersuchen. Ich empfehle, Ihre Frage erneut zu bearbeiten, um einen Link zu dem von Ihnen angesprochenen Ubuntu-Forenthread und den vollständigen Namen der 22-GB-Protokolldatei aufzunehmen.

— Eliah Kagan
quelle

1

Danke für den Hinweis. Ich habe jetzt herausgefunden, dass die anstößige Protokolldatei eine "mail.log" ist. Hier ist der Link zum Ubuntu-Forum: [ ubuntuforums.org/showthread.php?p=12148780#post12148780] Leser werden im Screenshot 3 große Protokolldateien bemerken (sys, mail, mail.err). Ich hoffe, dies hilft jedem, der ein ähnliches Problem mit dem Verlust von Root-Speicherplatz hat.

— Paul B

Ich habe jetzt 60 GB freien Speicherplatz nach dem Löschen der anstößigen .log-Dateien. Bitte beziehen Sie sich auf das Ubuntu-Forum oben. Vielen Dank an Eliah für die Hervorhebung des Problems und die Beantwortung meines Beitrags.

— Paul B

8

Ich möchte hier einen Hinweis zur Vorsicht geben - vielleicht können Sie alle Ihre Protokolldateien löschen, aber Sie könnten Probleme haben, wenn Sie die Unterverzeichnisse / var / log löschen. Ich habe alle meine Protokolldateien und deren Verzeichnisse (rm -r / var / log / *) gelöscht und dadurch meine Apache2-Funktionalität zerstört . Anscheinend kann / kann Apache die Protokollverzeichnisse nicht neu erstellen und kann daher keine Protokolldateien schreiben, was anscheinend dazu führen kann, dass es fehlschlägt.

Ich habe zuvor gehört, dass das Löschen einiger Protokolldateien Probleme verursachen kann, obwohl ich keine Erfahrung aus erster Hand habe, um dies zu unterstützen. Aber natürlich hatte ich bis vor ein paar Tagen keine Erfahrung aus erster Hand damit, dass das Löschen von Verzeichnissen ein Problem darstellt ...

— Fred Hamilton
quelle

Guter Punkt eigentlich. Obwohl ich hier nichts mit der Frage zu tun habe, hatte ich auch ein Szenario, in dem ich versehentlich den Protokollordner gelöscht habe und der Prozess ihn nicht neu erstellen konnte, weil er eine sudo-Berechtigung benötigte, die dem Prozess zur Laufzeit (aus Sicherheitsgründen) nicht erteilt wurde.

— Rafid

2

Zusätzlich zu meinem ursprünglichen Beitrag fand ich es einfacher, mit BleachBit (unter Root) alle alten Protokolle auf meinem Ubuntu 12.10-Desktop zu löschen. Warum sie so groß werden, weiß ich immer noch nicht, aber im Moment löscht BleachBit alle bekannten Bits, TOT! Ich habe über 1,6 Gig im Weltraum zurückerobert. Wenn Sie ähnliche Probleme mit Protokollen finden, überprüfen Sie das BleachBit-Dienstprogramm in Ubuntu Software Resource oder Synaptic Package Manager.

— Paul B
quelle

0

Ich weiß, dass dies alt ist, aber auch die Software, mit der ich in letzter Zeit arbeite. Ich musste eine alte Version von Android Studio installieren und es lief seltsam, als es von einem Standardbenutzer gestartet wurde. Also habe ich damit experimentiert, es mit GKSU root auszuführen. Innerhalb weniger Stunden war das Herumspielen meiner gesamten Festplatte verschwunden. WTF? Nun, die anstößigen Dateien waren Protokolldateien in / var / log. Also habe ich GKSU nautilus gestartet und mich umgesehen. Es wurden 3x 30gb Logdateien erstellt, die ich umgehend löschte, da ich wusste, woher und was sie kamen. Ich verstehe zwar das Risiko, Dinge als root auszuführen, aber vielleicht hilft dies jemandem, ein Problem herauszufinden.

— K irk H 4 2 0
quelle

-2

Wenn Sie rsync verwenden oder wenig Speicherplatz auf der Festplatte haben, kümmern sich diese beiden Befehle um zwei nette, schmackhafte Ziele:

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

Diese können sehr groß werden und werden neu erstellt, wenn das System zum ersten Mal darauf schreiben möchte.

Bei Verwendung von rsync sparen sie nicht nur Speicherplatz, sondern beschleunigen auch die Sicherung.

— SDsolar
quelle