Vor nicht allzu langer Zeit habe ich nur 35% meiner HD verwendet. Erst kürzlich sind es bis zu 54% und mein Speicherplatz ist 16 GB groß, das sind also mehr als 3 GB, die vergeben wurden.
Soweit ich mich erinnere, konnte ich MySQL nicht erstellen. Ich installierte Gitolite, was es erforderlich machte, Git aus einer Quelle zu erstellen, die eine Menge Abhängigkeiten aufwies (ich glaube, es war für das Erstellen von Dokumenten gedacht, ich glaube, ich habe Latex und andere Pakete gesehen, aber ich war schläfrig, als ich wurde installiert). Ich vermute, das ist es, was den Speicherplatz beansprucht.
Sowieso habe ich bisher Quellordner gelöscht, von denen ich weiß, dass ich sie hatte, und diese Befehle ausgeführt. Was kann ich sonst noch tun? (3gigs ist mächtig)
sudo apt-get autoclean
sudo deborphan | xargs sudo apt-get -y remove --purge
Nachdem ich das oben genannte gemacht habe, habe ich ncdu gemacht und das gefunden
Git selbst verwendete tatsächlich 502 MB in 152 Dateien, alle in '/ usr / local / libexec / git-core'. Wer wusste. Ich fand es seltsam, dass die meisten dieser Dateien jeweils 4,6 MB groß sind ...
MySql hat 1 + GB in meinem / tmp-Ordner belegt
Ich habe versehentlich eine Kopie meines Mono-SRC-Ordners erstellt, der zwei Mono-Builds enthält und zusammen 1,7 GB groß ist.
Nach dem Löschen der Kopie von src und eines zusätzlichen Mono-Builds (das sind zusammen 2,6 GB) + meldet das MySQL in meinem temporären Ordner df jetzt 28% statt 54%, wodurch ich mich viel besser fühle.
Ich bin immer noch überrascht, dass Git 502 MB verwendet. Unter Windows werden 57 MB verwendet (das sind ungefähr 10xless). Der entsprechende Ordner (C: \ Programme (x86) \ Git \ libexec \ git-core) enthält alle diese Apps als Verknüpfungen zu git. und git ist nur 1,2 MB (nicht 4,6). Außerdem habe ich überprüft, ob der Linux-Git-Core-Ordner alle Links sind. Ich weiß, dass es sich nicht um Softlinks handelt (ich habe das Cmd verwendet Ich habe stat git, stat git-add ausprobiert und festgestellt, dass sie denselben Innode haben. Die meisten dieser Dateien sind also Hardlinks (ich nehme an) von Git. Git nimmt also nicht wirklich so viel Platz ein.find . -maxdepth 1 -type l -print0 | xargs -0 ls -ld
).
Antworten:
Meine beiden Lieblingswerkzeuge zum Auffinden und Visualisieren von aufgeblähtem Dateisystem sind gdmap und fslint. Aus apt-cache zusammengefasst:
gdmap: "GdMap ist ein Tool, mit dem Sie Speicherplatz visualisieren können. Haben Sie sich jemals gefragt, warum Ihre Festplatte voll ist oder welches Verzeichnis und welche Dateien den größten Teil des Speicherplatzes einnehmen? Mit GdMap können diese Fragen schnell beantwortet werden verwendet, die einen vollständigen Ordner oder sogar die gesamte Festplatte mit einem Bild visualisieren. "
fslint: "hat eine Schnittstelle zum Deinstallieren von Paketen und kann Dinge finden wie :.
OK, und hier ist eine auf ncurses basierende, die Hash-Markierungen druckt, um die relative Größe anzuzeigen, wenn Sie dies wünschen:
Und zwei weitere textbasierte Anwendungen aus meinen System-Repos, die mehr involviert sind:
quelle
apt-get install fslint
hab mich fslint-gui und nicht fslint. Beide erfordern GUI und ich habe nur einen Shell-Zugriff auf die Box. Haben Sie weitere Empfehlungen?Wo hast du das gemacht? In Ihrem Home-Verzeichnis von der Quelle mit
make
? Entfernen Sie die beteiligten Verzeichnisse.Wenn Sie Pakete mit apt-get (oder synaptic mit apt) installiert haben, ist der Verlauf unter / var / log / apt verfügbar. Sie können es in einem Terminal anzeigen mit
less
:Wenn Sie Einträge wie sehen
history.log.1.gz
, müssen Sie verwenden,zless
da die Dateien komprimiert sind:Ein weiterer großer Weltraumfresser sind Caches, besonders passend. Sie können überprüfen, welchen Speicherplatz apt verwendet, indem Sie ausführen
du -msh /var/cache/apt/archives
. Diese Dateien werden verwendet, wenn Sie ein Programm neu installieren und können sicher entfernt werden:Die Ubuntu-Dokumentation enthält eine (vollständigere) Seite zum Speicherplatz, die Sie unter https://help.ubuntu.com/community/RecoverLostDiskSpace finden .
quelle
/var/log/apt/
enthalten nur Änderungen in Paketen mitapt-get
. Informationen zu dpkg finden Sie unter/var/log/dpkg.log
(diese Datei ist schwerer zu lesen). Bibliotheken mit, die nicht von Anwendungen verwendet werden, können mit entfernt werdensudo apt-get autoremove
. Oh, ich habe eine andere wichtige Sache vergessen, um Speicherplatz zu sparen.sudo apt-get clean
Ding hinzugefügt .Mit BleachBit können verschiedene Arten von unnötigen Dateien (Protokolle / Übersetzungen / Cache / usw.) gelöscht werden. Erhältlich bei Repos, installieren Sie mit apt-get install blechbit oder besuchen Sie http://apt.ubuntu.com/p/bleachbit , um das Installationsprogramm zu öffnen (basierend auf gdeb?).
http://bleachbit.sourceforge.net/
quelle
kdirstat ist auch sehr gut geeignet, um herauszufinden, wo sich der gesamte Festplattenspeicher befindet, und um ihn zu bereinigen .
Beachten Sie, dass kdirstat eine KDE-Anwendung ist und die KDE-Bibliotheken installiert, gdmap (in einer anderen Antwort) jedoch nicht.
Sie können sich auch Baobab ansehen . Baobab will ähnlich sein, ist aber nicht so gut wie kdirstat oder gdmap. Baobab scheint ein Teil der Standard-Gnom-Utensilien zu sein ...
quelle
Von allen Sloutionen habe ich versucht, das einzige zu geben, das echtes Space-Claning gibt
Ich installiere nur die Paketgröße mit Abhängigkeiten von 32 MB, wenn ich apt-get remove ausführe. Wenn die Spur von KDE immer noch nicht entfernt wurde, können Sie sie mit diesem Befehl entfernen
Die letzte Protokolldatei kann sehr ärgerlich werden, wenn Sie sie nicht entfernen müssen.
quelle