Bonjour,
Le dimanche 20 septembre 2015, Francois Lafont a écrit... > > Non seulement ça ne le résoud pas, mais en plus ça fait empirer le > > phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le > > reboot ! Confirmé ! Le volume monté sur /tmp s'est pris 32M au reboot Le volume inutilisé monté sur /home/laurena (ancien montage nfs pour l'ordi de ma fille), s'est également pris 32M. Le volume monté sur /usr est plus gros, donc on ne voit pas la différence avec `df -h`, mais avec df tout court : +23128 blocs de 1k. A ce rythme là, je vais bientôt avoir de gros soucis… > Sauf erreur, ça devrait t'afficher la liste de tous les > processus qui utilisent un fichier dans /tmp/ *même* si > celui-ci n'existe plus dans l'arborescence. J'ai déjà parlé de lsof. Je donne les résultats ci après : espinasse:~$ fuser -v -m /tmp/ UTIL. PID ACCÈS COMMANDE /tmp: root kernel mount /tmp mysql 1598 F.... mysqld root 1613 F.... Xorg root 1712 F.... apache2 jm 2126 F.... ssh-agent www-data 6504 F.... apache2 www-data 6505 F.... apache2 www-data 6506 F.... apache2 www-data 6507 F.... apache2 www-data 6508 F.... apache2 espinasse:~$ lsof /tmp COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME mysqld 1598 mysql 5u REG 253,1 0 135 /tmp/ibQZHR5l (deleted) mysqld 1598 mysql 6u REG 253,1 101 136 /tmp/ibaQ1rC0 (deleted) mysqld 1598 mysql 7u REG 253,1 0 137 /tmp/ibIoH28E (deleted) mysqld 1598 mysql 8u REG 253,1 0 138 /tmp/ibuX4pgY (deleted) mysqld 1598 mysql 12u REG 253,1 0 139 /tmp/ibT8zJyG (deleted) apache2 1712 root 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted) apache2 6504 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted) apache2 6505 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted) apache2 6506 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted) apache2 6507 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted) apache2 6508 www-data 10u REG 253,1 0 132 /tmp/.ZendSem.AEtmFA (deleted) > PS : j'ose à peine te le demander mais bon juste au cas où : tu > as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers > « cachés », n'est-ce pas ? ;) Juste après l'ouverture de la session X : espinasse:~$ la /tmp/ total 12 drwxrwxrwt 12 root root 4096 sept. 20 10:39 . drwxr-xr-x 24 root root 4096 sept. 11 12:03 .. drwxrwxrwt 2 root root 6 sept. 20 10:05 .font-unix drwxrwxrwt 2 root root 17 sept. 20 10:07 .ICE-unix drwx------ 2 jm jm 6 janv. 1 1970 orbit-jm drwx------ 2 root root 6 sept. 20 10:05 pulse-PKdhtXMmr18n drwx------ 2 jm jm 23 sept. 20 10:10 ssh-ZTEyLQglrWVt drwx------ 3 root root 16 sept. 20 10:07 systemd-private-b08106bc4793424f806ac0ea7c1752b3-tor.service-OJOe56 drwxrwxrwt 2 root root 6 sept. 20 10:05 .Test-unix drwx------ 2 jm jm 6 sept. 20 10:31 vXp3d2e -r--r--r-- 1 root root 11 sept. 20 10:07 .X0-lock drwxrwxrwt 2 root root 15 sept. 20 10:07 .X11-unix drwxrwxrwt 2 root root 6 sept. 20 10:05 .XIM-unix Mais il ne semble pas que ce soit lié à /tmp, en définitive. Le volume monté sur /usr semble avoir subi une augmentation de taille inférieure, environ 24M, et je ne pense pas qu'un processus écrive dedans également. Le volume monté sur /home/laurena est _totalement_ inutilisé, lui, mais il s'est pris 32M. Je me dis donc que l'occupation disque est bas niveau et invisible au système de fichiers. -- jm