Vidange du répertoire /TMP? [Résolu]

[fabszn]

Hello,

Je veux faire la mise à jour d'un base DB2.
Lors du lancement du programme d'update, celui ci m'indique qu'il n'y a pas assez de place dans le répertoire /tmp.

Est ce que je peux executer la commande rm -rf /tmp sans risquer de tout casser?

Merci d'avance pour votre aide!

[Dark-Water]

aucun probleme comme son non l'indique /tmp est un repertoire temporaire tu peu effacer sans crainte

par contre fais gaffe a ta ligne de commande une méthode prudente serai un rm -ri /tmp

[Michaël]

pas dangereux ?
les fichiers de lock (Xorg, Xfree) sont dans /tmp. si tu as un de ces deux serveurs, ne fais pas de rm -rf !
il y a une partition dédiée à /tmp ou c'est avec le reste ? (/bin, /etc, ...) si c'est une partition dédiée, tu n'auras pas le choix : vidage via rm. sinon, est-ce que tu peux faire le ménage autrement ? par exemple supprimer des paquets téléchargés dans /var/cache/{apt,urpmi} ou supprimer des programmes qui ne servent à rien ?

[Dark-Water]

c'est étonnant que le lock soit dans /tmp mais je mettrais pas ma main à couper.

Faut que je regarde pour ma part rm -rf /tmp ne m'a jamais posé de problème

[vosaray]

Est ce que je peux executer la commande rm -rf /tmp sans risquer de tout casser?

Non

Comme le precisait Michaël, il y a les serveurs X et les desktop managers qui pourraient se trouver plantés.

Par ailleurs d'autres processus peuvent tenir un fichier d'etat ou d'echange sur /tmp et si tu les supprimes tu ne sais pas a koi t'attendre.

Peut etre pourrais tu regarder dans la doc DB2 pour voir si il y aurait moyen de preciser un autre emplacement pour les fichiers temporarires et d'utiliser celui la. La plupart des softs utlisent une variable d'environnement qui precise le repertoire temporare a utliser. Je pense que c'est le cas de DB2 aussi, meme si je ne connais absolument pas ce serveur de BD ( par contre pour Oracle, c'est possible de speficier le repertoire temporaire de son choix ... )

Par ailleurs :

c'est étonnant que le lock soit dans /tmp mais je mettrais pas ma main à couper.

Voici un extrait ls de mon /tmp sous debian :

Code :

1
2
3
 
-r--r--r--  1 root    root       11 2006-08-02 09:54 .X0-lock
drwxrwxrwt  2 root    root     4096 2006-08-02 09:54 .X11-unix

Me semble bien qu'il s'agit de fichiers lock de X ....

[Dark-Water]

Envoyé par vosaray

Par ailleurs :



Voici un extrait ls de mon /tmp sous debian :

Code :

Me semble bien qu'il s'agit de fichiers lock de X ....

ben c'est bon à savoir je ferait plus attention la prochaine fois

mais bon vu que c des locks ca va pas crasher ton systeme définitivement un rédemarrage devrait allez !!!! mais je suis pas sur faudrait voir à koi servent ces locks.

Conclusion : faut regarder ce qu'il y'a avant d' effacer

[fabszn]

Hello,

Merci pour votre aide!!

Effectivement, ce n'est pas si trivial que ca .

Je vais prendre contact avec mon admin système pour voir ces aspect de server X démarré etc...

Je pensais le faire seul, mais je vais avoir besoin de lui

Merci encore pour votre aide!

Bonne journée à tous!

[frp31]

un methode prudente consiste à effacer que les fichiers vieux de plus de 90jours et de compresser les fichiers de plus de 31 jours dans /tmp

et surtout d'effacer sans forçage (le -rf)

Code :

1
2
find /tmp -type f -mtime +90 -exec rm {} \;
find /tmp -type f -mtime +31 -exec compress {} \;

c'est quand même rare d'avoir un uptime de plus de 31 jours chez un particulier...

[Katyucha]

/tmp devrait etre vider à chaque redemarrage de la machine.
Certains Unix le font automatiquement d'ailleurs.

[David.Schris]

Envoyé par Michaël

pas dangereux ?
les fichiers de lock (Xorg, Xfree) sont dans /tmp. [...]

Et j'y ai déjà vu des tubes nommés et des sockets (ex. : pour un démon comme esd).

Envoyé par frp31

un methode prudente consiste à effacer que les fichiers vieux de plus de 90jours et de compresser les fichiers de plus de 31 jours dans /tmp

Oui.

Envoyé par Katyucha

/tmp devrait etre vider à chaque redemarrage de la machine.
Certains Unix le font automatiquement d'ailleurs.

(Et certains Linux aussi )
Mais même vidé au démarrage, il peut y avoir des choses au moment de la MAJ de DB2.



Pour savoir qui utilise quoi dans "/tmp", je propose :

Code :

lsof +D /tmp

(note : évitez l'option +D à partir de la racine, ça peut être long)