Das verwirrt mich schon seit einiger Zeit. Ich bin auf Ubuntu 11.04. Meine Root-Partition füllt sich und ich kann nicht herausfinden, was das verursacht. Noch seltsamer, wenn ich df -h
ausführe , das ist die Ausgabe:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 9.2G 8.8G 0 100% /
Wie Sie sehen, sollten etwa 400 MB frei sein, aber Avail
zeigt 0 an. Woran könnte das liegen? Ich habe sogar einige Programme deinstalliert, um den Speicherplatz freizugeben, und er füllt sich wieder. Vorschläge, wie Sie herausfinden können, welche Dateien den Speicherplatz füllen, sind ebenfalls willkommen.
Akzeptierte Antwort:
Ein erster Schuss:Hoher Datenverkehr in einem Fehlerprotokoll. Ich denke, wenn Sie Videos herunterladen würden, würden Sie es wissen. 🙂
sudo du -sh /var/log
- -s ist eine Zusammenfassung
- -h ist ein für Menschen lesbares Suffix (k, M, G, T)
Bei mir sind es 20M, und neben dem Log-Verzeichnis gibt es noch einen Cache für die Installationen. Verwenden Sie
apt-get clean
Wenn dies Ihr Problem ist.
Natürlich sollten Sie /home prüfen, ob es sich in Ihrer Root-Partition befindet.
Wenn Sie große Dateien iterativ durchsuchen müssen, kann ich eine Reihe von Befehlen vorschlagen, die wiederholt werden können und nach dem ersten ersten Schritt ziemlich schnell sind:
- Sie beginnen bei einem verdächtigen Verzeichnis auf oberster Ebene
- Dann durchsucht man alle Unterverzeichnisse und Dateien nach ihrer Größe und sortiert numerisch:
sudo du -s /var/* | sort -n
0 /var/crash
4 /var/www
44 /var/games
124 /var/run
2306 /var/tmp
18538 /var/log
251876 /var/cache
1053231 /var/lib
- Ich habe das Beispiel entfernt, um es kurz zu halten. Wir sehen also, dass das größte Unterverzeichnis /var/lib ist, und wiederholen den Schritt für /var/lib. Jetzt ist die Suche viel schneller, weil die berechneten Ergebnisse irgendwie zwischengespeichert werden:
sudo du -s /var/lib/* | sort -n
78116 /var/lib/apt-xapian-index
104580 /var/lib/dpkg
680503 /var/lib/postgresql
und so weiter. Folgen Sie den größten Verzeichnissen, um die größeren Dateien zu finden. Sie können hier nicht -sh verwenden, da die numerische Sortierung mit dem k/M/G/T für Kilobyte und so weiter nicht funktioniert.