Ich habe gerade eine Meldung von der Standard-Disk-Analyse-Software (Baobab) erhalten, dass ich nur noch 1 GB auf der Festplatte habe. Nach einiger Suche stellte ich fest, dass der /var/log/Ordner die Ursache dafür ist.
Einige Dateien / Größen in /var/log/:
Et cetera et cetera. /var/logist riesig.
Kann ich diese Dateien oder den gesamten /var/logOrdner löschen ? Oder ist das ein GROSSES NEIN NEIN in Ubuntu?
Antworten:
Sie müssen nicht den gesamten Ordner entfernen, aber Sie können "Alt gepackte" Protokolldateien entfernen, ohne Ihr System zu beschädigen.
Für einen typischen Heimanwender ist es sicher, alle komprimierten Protokolldateien mit der Erweiterung .gz zu entfernen (siehe Abbildung).
Diese komprimierten Protokolldateien sind alte Protokolle, die komprimiert werden, um Speicherplatz zu sparen. Als durchschnittlicher Benutzer benötigen Sie sie nicht.
find /var/log -type f -name "*.gz" -deleteIch habe die komprimierten Dateien entfernt und nur etwa 1 GB Speicherplatz freigegeben. Reichen nicht 50 GB für das /Verzeichnis und den Rest meiner Festplatte für /home!
cat /var/log/kern.logoder nano /var/log/kern.log(auf der GUI etwas wie zB gedit /var/log/kern.logoder mousepad /var/log/kern.log) auszuführen und zu überprüfen, was das Problem sein könnte. Sobald Sie herausgefunden haben, was nicht stimmt, können Sie diese sudo rm /var/log/kern.log ; sudo telinit 6(große) Datei löschen und das Betriebssystem neu starten.
messages(7,7 GB), user.log(7,7 GB), syslog(4,1 GB) und syslog.1(3,5 GB). Diese vier Dateien summieren sich auf 23 GB. Wie können sie entfernt oder zumindest verkleinert werden?
Ich würde nicht den gesamten Ordner / var / log löschen - das würde alles kaputt machen.
Sie könnten die Protokolle einfach zerstören, wie @jrg vorschlägt - aber es sei denn, die in die Protokolldateien (meistens syslogd) geschriebenen Daten werden neu gestartet, wodurch Sie tatsächlich keinen Speicherplatz mehr erhalten, da die Dateien in einem gelöschten Zustand bleiben, bis zum Dateihandles sind geschlossen.
Besser wäre es herauszufinden, warum die Protokolle nicht gedreht (und später gelöscht) werden. logrotate soll dies für Sie tun, und ich vermute, es wird nicht jede Nacht so ausgeführt, wie es sollte.
Das erste, was ich tun würde, wäre:
sudo /etc/cron.daily/logrotate
Dadurch sollten die Protokolldateien gedreht werden (aus kern.log wird kern.log.1). Anschließend können Sie kern.log.1 usw. löschen, um Speicherplatz freizugeben.
Wenn bis jetzt alles in Ordnung ist, lautet die nächste Frage, warum dies nicht automatisch geschieht. Wenn Sie Ihren Computer nachts ausschalten, vergewissern Sie sich, dass anacron installiert ist.
Sie sollten sich die Protokolle ansehen und sehen, was auf sie geschrieben wird. Ich vermute, ufw / iptables (Sie protokollieren den gesamten Netzwerkverkehr).
ufw - Wenn Sie alle Pakete protokollieren, erhalten Sie große Protokolle. Wenn Sie die Protokolle nicht überprüfen möchten, deaktivieren Sie die Protokollierung. Wenn Sie Ihr Netzwerk überwachen möchten, verwenden Sie snort. Snort filtert die Tausende von Paketen, die Sie erhalten, und weist Sie auf potenziell problematischen Datenverkehr hin.
Ich vermute, dass ufw der Schuldige ist und Sie ein großes Protokoll in kern.log erhalten, weil Sie dort auch Pakete protokollieren.
Manchmal liegt ein Kernel- oder Hardwareproblem vor, das die Protokolle ausfüllt. In diesem Fall ist es am besten, das Problem zu beheben oder einen Fehler zu melden. Überprüfen Sie dazu die Protokolle.
Wenn Sie das Problem nicht beheben können, können Sie syslog so konfigurieren, dass Ihre Protokolle nicht gefüllt werden.
Siehe http://manpages.ubuntu.com/manpages/precise/man5/syslog.conf.5.html
Wenn Sie weitere Details zu dem Problem angeben, können wir Sie beim Debuggen unterstützen.
Das Löschen /var/logist wahrscheinlich eine schlechte Idee, aber das Löschen der einzelnen Protokolldateien sollte in Ordnung sein.
Auf meinem Laptop habe ich mit einer kleinen SSD-Festplatte /var/log(und /tmpund /var/tmp) als tmpfsEinhängepunkte eingerichtet, indem ich die folgenden Zeilen hinzufügte /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
Dies bedeutet, dass nichts in diesen Verzeichnissen einen Neustart übersteht. Soweit ich das beurteilen kann, funktioniert dieses Setup einwandfrei. Natürlich verliere ich die Fähigkeit, alte Protokolle zu durchsuchen, um eventuell auftretende Probleme zu diagnostizieren, aber ich halte dies für einen fairen Kompromiss für die reduzierte Festplattennutzung.
Das einzige Problem, das ich hatte, ist, dass einige Programme (insbesondere APT) ihre Protokolle in Unterverzeichnisse von schreiben möchten /var/logund nicht intelligent genug sind, um diese Verzeichnisse zu erstellen, wenn sie nicht existieren. Das Hinzufügen der Zeile mkdir /var/log/aptin hat /etc/rc.localdieses spezielle Problem für mich behoben. Abhängig davon, welche Software Sie installiert haben, müssen Sie möglicherweise auch einige andere Verzeichnisse erstellen.
(Eine andere Möglichkeit wäre, ein einfaches tarArchiv zu erstellen, das nur die Verzeichnisse enthält, und es /var/logbeim Start zu entpacken , um alle erforderlichen Verzeichnisse zu erstellen und ihre Berechtigungen gleichzeitig festzulegen .)