Pourquoi /tmp
un lien symbolique /private/tmp
sur Mac OS X? En d'autres termes, pourquoi ne s'agit-il pas /tmp
simplement d'un répertoire ordinaire, comme sous Linux ou BSD? Je comprends comment cela fonctionne et ça ne me dérange pas, je m'intéresse simplement au raisonnement (historique?) Qui se cache derrière.
Je me suis toujours demandé la même chose. Je ne trouve aucune documentation pour le prendre en charge, mais ce modèle est généralement utilisé pour faciliter le stockage de fichiers sur un autre volume (par exemple, le disque dur). Cela permet au lecteur d'être monté (par exemple, attaché) dans le système de fichiers à un endroit. Par exemple , lorsque le lecteur est monté à
/private
, puis les dossiers/etc
,/tmp
et/var
sont ensuite tous situés sur cet autre lecteur.Ce que je ne peux pas dire, c'est pourquoi cela serait bénéfique. Il convient toutefois de noter que ces trois dossiers contiennent des fichiers "de données" tels que des fichiers de configuration, temporaires, de journalisation, transitoires et de base de données plutôt que du code exécutable contenu dans les dossiers
/bin
,/sbin
et/usr
.la source
Pas sûr de la raison historique, mais OS X a toujours «réorganisé» la structure Unix typique.
/tmp
n’est pas la seule chose à laquelle il va/private
, il a aussi/etc
et/var
.Peut-être que quelqu'un avec plus de connaissances en OS X peut proposer quelque chose de plus raisonnable.
la source
/tmp
est un lynk symbolique/private/etc
pour maintenir clairement 2 systèmes de fichiers séparés:/
qui peut être monté en lecture seule, pour le protéger contre toute modification accidentelle ou non désirée, et pour éviter qu'il ne soit rempli de fichiers toujours plus nombreux (journaux et fichiers temporaires),/private
qui peut être monté en lecture-écriture et qui contient tout répertoire contenant des fichiers modifiables.Si vous regardez,
/
vous remarquerez 3 répertoires qui sont des liens symboliques similaires pour la même raison:Cette séparation d'accès entre les systèmes de fichiers en lecture-écriture et en lecture seule n'est pas utilisée (sous MacOS X), mais tout est en place pour réaliser cette séparation de sécurité.
Certains administrateurs appliquent cette séparation de sécurité en définissant un
/private
système de fichiers spécifique avec la taille appropriée et les options de montage appropriées (notammentnosuid
).la source