2008-10-30 7 views
5

ma partition/tmp est pleine ... et son vide en même temps. Donc la partition est pleine. Vérifiez le répertoire:partition complète, ou pas?

 
# du -sh /tmp 
28K /tmp 

Quoi? Il est vide ... Et ce est vraiment vide ... seulement deux répertoires vides sont situés dans/tmp

Vérification des détails de la partition:

 
# df -h 
Filesystem   Size Used Avail Use% Mounted on 
/dev/cciss/c0d0p9 1012M 961M  0 100% /tmp 

Il est plein! Mais pourquoi est-il utilisé + disponible! = Taille?

Inodes: Vérification

 
# df -i 
Filesystem   Inodes IUsed IFree IUse% Mounted on 
/dev/cciss/c0d0p9  131616  17 131599 1% /tmp 

Alors qu'est-ce qui se passe ici?

+0

C'est dommage. L'autre jour, j'avais une question technique que je voulais poser et je suis sûr que la communauté des SOF pourrait répondre - mais ce n'était pas lié à la programmation, donc je n'ai pas demandé. Peut-être que les FOS doivent élargir leur champ d'action? – Pistos

+0

Si vous recherchez des "questions sysadmin", vous pouvez trouver une discussion où il y avait un consensus de la communauté pour autoriser les questions sysadmin si elles sont marquées comme telles. –

+0

Je vais deviner Solaris pour le système d'exploitation? – warren

Répondre

7

Dans unix/linux, après avoir supprimé un fichier, il reste sur le disque jusqu'à ce que le dernier programme qui l'utilise le ferme. Donc, dans votre cas, vous pourriez avoir un fichier supprimé qui remplit/tmp, et un programme zombie qui le maintient ouvert.

Mise à jour: Je vais faire écho @ suggestion de Vinko que vous pouvez utiliser lsof pour trouver que zombie, en utilisant

lsof +D /tmp 
+0

Zombies! Si ce n'est pas des fichiers, c'est du cerveau! –

+0

Ici, la page de manuel indique "du-estimer l'utilisation de l'espace fichier" – toolkit

+0

@toolkit: La clé est "estimation". Paul Tomblin a raison; Si vous avez toujours un handle ouvert à un fichier supprimé, l'espace n'est pas libéré. Il ne doit même pas être un processus de zombie. – janm

7

Utilisez lsof pour savoir quel processus est maintenant le fichier ouvert

$ lsof /usr/bin/python 
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME 
python 5020 hplip mem REG 8,2 1158612 623041 /usr/bin/python2.5 
python 6795 vinko txt REG 8,2 1158612 623041 /usr/bin/python2.5 
+0

J'ai volé votre suggestion, mais je vous ai voté. Sommes-nous encore? :-) –

+1

Pas avant d'avoir l'occasion de voler l'un des vôtres et de voter pour vous. –

Questions connexes