web-dev-qa-db-fra.com

Racine en train de se remplir alors qu'il devrait y avoir un peu d'espace

Cela me laisse perplexe depuis quelque temps. Je suis sur Ubuntu 11.04. Ma partition racine est en train de se remplir et je n'arrive pas à comprendre ce qui la cause. Encore plus étrange, quand je lance 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 disponibles, mais Avail indique 0. Quelle pourrait en être la cause? J'ai même désinstallé certains programmes pour libérer de l'espace et il se remplit à nouveau. Des suggestions sur la manière de savoir quels fichiers remplissent éventuellement cet espace sont également les bienvenues.

4
htanata

Un premier coup: le trafic élevé dans un journal des 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 log-directory, il y a un cache pour les installations. Utilisation

 apt-get clean 

Si c'est ton 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 plus haut niveau
  • Ensuite, vous recherchez la taille de tous les sous-répertoires et fichiers, puis vous effectuez un tri 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 plus gros sous-répertoire est/var/lib et répétons l’étape pour/var/lib. Maintenant, 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 plus gros répertoires pour trouver les plus gros fichiers. Vous ne pouvez pas utiliser -sh ici, car le tri numérique ne fonctionne pas avec k/M/G/T pour kilo-octets, etc.

5
user unknown

Une fois formaté, le système de fichiers ext2/3/4 réserve un certain pourcentage d’espace disque à l’usage exclusif de l’utilisateur root. Par défaut, c'est 5%. Le but de ceci est que le système puisse continuer à fonctionner et puisse démarrer même si les utilisateurs non privilégiés occupent tout l'espace disque disponible.

En général, remplir le système de fichiers n'importe lequel au-delà de 95% de sa capacité n'est pas une bonne idée, car cela provoque une fragmentation excessive, entraînant une dégradation des performances, même après avoir libéré de l'espace disque.

De man mke2fs:

   -m reserved-blocks-percentage
          Specify the percentage of the filesystem blocks 
          reserved for the super-user.  This avoids fragmenta‐
          tion,  and  allows  root-owned  daemons, such as 
          syslogd(8), to continue to function correctly after
          non-privileged processes are prevented from writing 
          to the filesystem.  The  default  percentage  is 5%.

Si vous êtes absolument désespéré, vous pouvez utiliser tune2fs pour modifier cette valeur. Voir man tune2fs pour plus d'informations

2
Sergey