Cela me laisse perplexe depuis un certain temps. Je suis sur Ubuntu 11.04. Ma partition racine se remplit et je ne peux pas comprendre ce qui en est la cause. Encore plus étrange, quand j'exécute df -h , voici le résultat :
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 9.2G 8.8G 0 100% /
Comme vous le voyez, il devrait y avoir environ 400 Mo libres, mais Avail affiche 0. Qu'est-ce qui pourrait en être la cause ? J'ai même désinstallé certains programmes pour libérer de l'espace et il se remplit à nouveau. Les suggestions sur la façon de savoir quels fichiers, le cas échéant, remplissent l'espace sont également les bienvenues.
Réponse acceptée :
Un premier coup :Trafic élevé dans un journal d'erreurs. Je suppose que si vous téléchargiez des vidéos, vous le sauriez. 🙂
sudo du -sh /var/log
- -s est un résumé
- -h est un suffixe lisible par l'homme (k, M, G, T)
Pour moi c'est 20M, et à côté du répertoire log, il y a un cache pour les installations. Utiliser
apt-get clean
Si c'est votre problème.
Bien sûr, vous devriez vérifier /home s'il se trouve dans votre partition racine.
Si vous devez rechercher de gros fichiers de manière itérative, je peux suggérer une série de commandes, qui peuvent être répétées et qui sont assez rapides après la première étape initiale :
- Vous commencez par un répertoire suspect au niveau supérieur
- Ensuite, vous recherchez la taille de tous les sous-répertoires et fichiers et les triez par ordre numérique :
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
- J'ai dépouillé l'exemple, pour le garder court. Nous voyons donc que le sous-répertoire le plus important est /var/lib et répétez l'étape pour /var/lib. Désormais, la recherche est beaucoup plus rapide, car les résultats calculés sont en quelque sorte mis en cache :
sudo du -s /var/lib/* | sort -n
78116 /var/lib/apt-xapian-index
104580 /var/lib/dpkg
680503 /var/lib/postgresql
etc. Suivez les répertoires les plus importants pour trouver les fichiers les plus volumineux. Vous ne pouvez pas utiliser -sh ici, car le tri numérique ne fonctionne pas avec le k/M/G/T pour le kilo-octet et ainsi de suite.