web-dev-qa-db-fra.com

Le mystère de l'espace disque en voie de disparition

Mon espace disque est réduit d'environ 2 Go par jour! Il ne me reste que quelques jours avant de manquer d'espace.

$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda4             143G  126G   11G  93% /
udev                  491M  4.0K  491M   1% /dev
tmpfs                 200M  696K  199M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                  499M  144K  499M   1% /run/shm
/dev/sda2             1.9G  580M  1.2G  33% /tmp
/dev/sda1              92M   29M   58M  33% /boot

Je cherchais les plus grands répertoires/fichiers journaux, en supprimant et en compressant. Mais je suis encore en train de perdre la guerre. Finalement, j'ai réalisé que j'avais un gros malentendu:

julian@server1:~$ Sudo du -h / | tail -n 1
16G     /

Tous mes fichiers dans/ne font qu'ajouter jusqu'à 16 Go. Cela laisse 110 Go non comptabilisé!

Clairement, j'ai un malentendu: je pensais que la ligne '/ dev/sda4' représentait tous les fichiers visibles à partir de '/'. Que devrais-je lire pour comprendre où est passé l'autre stockage?

Plus de détails:

  • J'ai un serveur Ubuntu 11.10, qui a été configuré par le personnel du centre de données.

  • Ça marche

    • mon propre code (qui est assez prolifique avec les fichiers journaux, mais ne stocke pas beaucoup de choses sur le lecteur)
    • duplicité pour les sauvegardes (ce qui a tendance à stocker beaucoup de fichiers de signature)
    • divers autres services standard, comme Apache, Nagios, etc. Ils sont très légèrement utilisés.

  • Il est en place depuis environ 4 mois sans redémarrage.

  • J'ai menti à propos de la sortie (simplifiée pour l'effet). Il s'est également plaint de ne pas pouvoir accéder à GVFS et aux ressources propres du processus. Je crois qu'ils sont hors de propos:

.

 du: cannot access `/home/julian/.gvfs': Permission denied
 du: cannot access `/proc/10841/task/10841/fd/4': No such file or directory
 du: cannot access `/proc/10841/task/10841/fdinfo/4': No such file or directory
 du: cannot access `/proc/10841/fd/4': No such file or directory
 du: cannot access `/proc/10841/fdinfo/4': No such file or directory
disk-usagedisk-utility
5
Oddthinking

Cela peut être dû au fait que certaines applications écrivent dans un fichier temporaire non lié - de tels fichiers ne s'afficheront pas dans la sortie du (car ils ne possèdent aucune entrée dans un répertoire), mais l'application est toujours en mesure d'écrire dans ce fichier. grandir et prendre de la place.

Vous pouvez utiliser la commande lsof +L pour rechercher les fichiers dont le nombre de liens physiques est égal à zéro et voir quel processus est propriétaire du fichier. Le redémarrage du processus devrait libérer de l'espace.

Voir cette réponse pour une explication un peu plus longue

8
Sergey