Il n'y a pas si longtemps, j'utilisais seulement 35% de ma HD. Tout récemment, il a atteint 54% et mon espace disque est de 16 Go, c'est donc plus de 3 Go qui ont été pris.
D'après ce dont je me souviens, je n'ai pas réussi à construire mysql, j'ai installé gitolite qui m'a obligé à construire git à partir d'une source qui avait une tonne de dépendances (je pense que c'était pour la construction de documents, je pense que j'ai vu du latex et d'autres paquets mais j'étais somnolent quand j'ai installait). Je soupçonne que c'est ce qui prend l'espace disque.
Quoi qu'il en soit, jusqu'à présent, j'ai supprimé les dossiers source que je sais avoir et j'ai exécuté ces commandes. Que puis-je faire d'autre? (3 concerts est puissant)
sudo apt-get autoclean
sudo deborphan | xargs sudo apt-get -y remove --purge
Après avoir fait ce qui précède, j'ai fait ncdu et j'ai constaté que
Git lui-même utilisait en fait 502 Mo dans 152 fichiers, tous dans '/ usr / local / libexec / git-core'. Qui savait. J'ai trouvé étrange que la plupart de ces fichiers pèsent 4,6 Mo chacun ...
MySql prenait 1 + Go dans mon dossier / tmp
J'ai accidentellement fait une copie de mon dossier src mono qui a deux versions de mono et qui fait 1,7 Go ensemble.
Après avoir supprimé la copie de src et une version mono supplémentaire (c'est 2,6 Go ensemble) + le mysql dans mon dossier temporaire df rapporte maintenant 28% au lieu de 54%, ce qui me fait me sentir beaucoup mieux.
Je suis toujours surpris que git utilise 502 Mo. Sur Windows, il utilise 57 Mo (c'est environ 10xless). Et le dossier équivalent (C: \ Program Files (x86) \ Git \ libexec \ git-core) a toutes ces applications comme raccourcis vers git. et git ne fait que 1,2 Mo (et non 4,6). J'ai également vérifié si le dossier linux git-core était tous des liens, je sais qu'ils ne sont pas des liens logiciels (j'ai utilisé le cmd J'ai essayé stat git, stat git-add et j'ai vu qu'ils avaient le même innode. La plupart de ces fichiers sont donc des liens physiques (je suppose) de git. Donc, git n'occupe pas réellement cette quantité d'espace.find . -maxdepth 1 -type l -print0 | xargs -0 ls -ld
)
Réponses:
Mes deux outils préférés sont pour trouver et visualiser le gonflement du système de fichiers sont gdmap et fslint. Résumé de apt-cache:
gdmap: "GdMap est un outil qui permet de visualiser l'espace disque. Vous êtes-vous déjà demandé pourquoi votre disque dur est plein ou quels répertoires et fichiers occupent la majeure partie de l'espace? Avec GdMap, ces questions peuvent être répondues rapidement. Pour afficher les structures de répertoires utilisé qui visualise un dossier complet ou même l'ensemble du disque dur avec une seule image. "
fslint: "possède une interface pour désinstaller des paquets, et il peut trouver des choses comme:.
OK, et voici un basé sur ncurses, qui imprimera des marques de hachage pour afficher la taille relative si vous le souhaitez:
Et deux autres applications textuelles de mes référentiels système, qui sont plus impliquées:
la source
apt-get install fslint
m'a obtenu fslint-gui et non fslint. Ces deux nécessitent gui et je n'ai qu'un accès shell à la boîte. Avez-vous d'autres recommandations?Où avez-vous dirigé cela? Dans votre répertoire personnel à partir de la source en utilisant
make
? Supprimez les répertoires concernés.Si vous avez installé des packages en utilisant apt-get (ou synaptic qui utilise apt), l'historique est disponible dans / var / log / apt. Vous pouvez le visualiser dans un terminal avec
less
:Si vous voyez des entrées comme
history.log.1.gz
, vous devez utiliserzless
car les fichiers sont compressés:Un autre grand mangeur d'espace sont les caches, particulièrement aptes. Vous pouvez vérifier l'espace disque utilisé par apt en exécutant
du -msh /var/cache/apt/archives
. Ces fichiers sont utilisés si vous réinstallez un programme et peuvent être supprimés en toute sécurité:La documentation Ubuntu comporte une page (plus complète) sur l'espace disque, que vous pouvez trouver sur https://help.ubuntu.com/community/RecoverLostDiskSpace .
la source
/var/log/apt/
contiennent uniquement les modifications des packages utilisantapt-get
. Pour dpkg, voir/var/log/dpkg.log
(ce fichier est plus difficile à lire). Les bibliothèques qui ne sont pas utilisées par les applications peuvent être supprimées à l'aide desudo apt-get autoremove
. Oh, j'ai oublié une autre chose importante pour économiser de l'espace disque.sudo apt-get clean
chose.BleachBit permet de supprimer différents types de fichiers inutiles (journaux / traductions / cache / etc). Disponible à partir de repos, installez avec apt-get install blechbit ou visitez http://apt.ubuntu.com/p/bleachbit qui ouvrira le programme d'installation (basé sur gdeb?).
http://bleachbit.sourceforge.net/
la source
kdirstat est également très bon pour déterminer où tout votre espace disque dur est allé et le nettoyer.
Notez que kdirstat est une application KDE et installera les bibliothèques KDE, contrairement à gdmap (dans une autre réponse).
Vous pouvez également regarder Baobab . Baobab vise à être similaire, mais n'est pas aussi bon que kdirstat ou gdmap. Le baobab semble faire partie des gnomes-utils standard ...
la source
De toute sloution, j'ai essayé le seul qui donne un véritable clanage d'espace est
J'installe juste la taille du paquet avec dépend de 32 Mo lorsque j'exécute apt-get remove --purge package apt-get affiche-moi seulement 3,5 Mo d'espace sera libéré lorsque j'ajoute --auto-remove tout dépend a été supprimé et gagne plus d'espace. De plus, si vous n'avez toujours pas de trace de KDE, vous pouvez le supprimer avec cette commande
Le dernier fichier journal peut devenir très ennuyeux si vous n'en avez pas besoin.
la source