Probleme mit der Root-Partition voll

571
FloHe

Als ich meine opensuse-leap-Distribution (42.1) ursprünglich installiert hatte, nahm ich die empfohlene Größe für die Root-Partition an, die 40 GB betrug. In der Zwischenzeit habe ich ein Upgrade auf 42.2 (Plasma 5.8.6) durchgeführt und heute, als ich an meiner Maschine arbeitete, geschahen seltsame Dinge: zB der HP-Setup-GUI für meinen Lan-Drucker fror ein, was nicht durch tödlich gemacht werden kill -9konnte usw. .

Also habe ich meinen Rechner neu gestartet und plötzlich erschien die Login-GUI nicht mehr, also wechselte ich in meiner Verzweiflung über Strg + Alt + F1 zu den virtuellen Terminals. Dort bemerkte ich, dass mein /Durchgang zu 100% voll war. Danach df -hwurde darauf hingewiesen, dass ich meine Bash-Geschichte nicht mehr verwenden konnte (so etwas cannot access ... anymore, no free space on device). Dann habe ich versucht, einige "unnötige" Pakete wie Digikam via Zypper zu deinstallieren, die nicht reibungslos liefen (sagte regelmäßig: Seitenfehler ... kein freier Speicherplatz auf dem Gerät). Dies endete damit, dass df -himmer noch 100% der /verwendeten Daten angegeben wurden, obwohl der Festplattenverbrauch nur im 38GbVergleich 40Gbzum Gesamtverbrauch lag.

Am Ende habe ich alle Dateien> 1 MB in / tmp (was gefährlich ist, weiß ich) gelöscht und getippt. rpm --rebuilddbJetzt habe ich 25% (dh 10 GB) freien Speicherplatz und kann ohne Nervenprobleme auf meinem System arbeiten wieder 100% Festplattennutzung.

Meine Fragen sind also:

  • Gibt es einen Mechanismus in zypper, der mich warnen kann, wenn aufgrund neuer installierbarer Pakete, Upgrades usw. das Limit, z. B. 99% /, erreicht ist, sodass ich die Pakete nicht installieren oder meine Stammpartition vorher bereinigen kann?
  • Ist es besser, einen Cronjob zu verwenden, um regelmäßig einige Dateien des /tmp/Verzeichnisses oder /var/Verzeichnisses (oder eines anderen Verzeichnisses?) Zu bereinigen, auf die lange nicht zugegriffen wurde?
  • Sollte ich mir meine installierten Pakete genauer ansehen und "unnötige" Pakete selektiv entfernen?
0
40 GB scheint ziemlich viel für nur Pakete zu sein. Für eine Schadensbeurteilung sollten Sie im Abschnitt "sudo du -hsc / boot / usr / var / tmp" eine Vorstellung davon haben, wo sich der gesamte Speicherplatz befand (schließen Sie "/ opt" in den Scan ein, wenn Sie einen haben) (13G insgesamt für mich). xenoid vor 6 Jahren 0
Ah, ich habe herausgefunden, was meine `/` -Partition spuckte. Nachdem ich die GUI-Variante von / usr / bin / hp-setup gestartet hatte, wurde das GUI-Fenster wieder eingefroren und plötzlich in meinem `/ tmp` eine Datei:` -rw-r - r-- 1 root root 11G 17. Juli 16 : 19 / tmp / YaST2-04701-priClT / stdout `erschienen, was` 11gb` groß ist !!! Wie ist das möglich? Ist dies ein schwerwiegender Fehler in der Binärdatei "hp-setup"? FloHe vor 6 Jahren 0
Ich werde mich nicht zu HP äußern. Diese 30 GB sind immer noch ein bisschen viel. xenoid vor 6 Jahren 0
Ich muss sagen, dass ich Btrfs als FS für meine Root-Partition verwende. Ich habe Ihren vorgeschlagenen Befehl für alle Verzeichnisse ausgeführt, mit Ausnahme von `/ .snapshot`, was mir insgesamt 17 GB ergab. Dies bedeutet, dass ich ~ 13 GB an Snapshot-Inhalt habe, was natürlich ein bisschen viel ist. Da ich kein Btrfs-Experte bin, sollte ich herausfinden, wie ich das verkleinern kann. FloHe vor 6 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme