Josselin Mouette writes: > Disons plut�t que je ne vois pas vraiment de raisons de mettre /tmp sur > une partition s�par�e. Les applications ne devraient placer dans ce > r�pertoire que des fichiers de petite taille, et d'ailleurs c'est le > cas. Apr�s un mois d'uptime, il ne fait que 5 Mo. Personnellement je n'aime pas trop que ma partition racine soit remplissable par n'importe qui/quoi (user/daemon), or /tmp est ouvert � tous les utilisateurs d'une machine et est donc potentiellement remplissable. M�me le fait de mettre des quotas n'y pourrait rien avec suffisament d'utilisateurs sur la machine. D'autre part, le fait de faire des partitions s�par�es /tmp, /var, /usr et / peut permettre quand on est parano de monter des partitions read-only et de ne laisser des acc�s �criture que l� o� c'est n�cessaire.
> En revanche, l'id�e du tmpfs me s�duit beaucoup plus. C'est parfaitement > justifi�, et beaucoup plus propre que de nettoyer le r�pertoire au boot. Jamais essay� mais en effet c'est probablement mieux et plus rapide � condition d'avoir pas mal de ram. -- Davy Gigan System & Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
