Réponses:
À partir de la page Wikipedia sur le système de hiérarchie des systèmes de fichiers :
Les distributions Linux modernes incluent un répertoire / run en tant que système de fichiers temporaire (tmpfs) qui stocke des données d'exécution volatiles, conformément à la version 3.0 de FHS. Selon la version 2.3 de FHS, ces données doivent être stockées dans / var / run, mais cela pose parfois problème, car ce répertoire n’est pas toujours disponible au démarrage initial. En conséquence, ces programmes ont dû recourir à des ruses, telles que / dev/.udev, /dev/.mdadm, /dev/.systemd ou /dev/.mount, même si le répertoire de périphérique n'est pas prévu. pour de telles données. Entre autres avantages, cela rend le système plus facile à utiliser normalement avec le système de fichiers racine monté en lecture seule.
Donc, si vous avez déjà créé un système de fichiers temporaire /run
, /var/run
la prochaine étape logique consistera à la lier à celui-ci (par opposition à la conservation des fichiers sur le disque ou à la création d'un fichier séparé tmpfs
).
Certains utilitaires sont traditionnellement utilisés /var/run
, d’autres /run
pour stocker leur matériel lié aux processus. Lorsque ceux-ci étaient réels sur des répertoires de disques, peu importait qu'il s'agisse de répertoires séparés.
De nos jours, il /run/
est souvent implémenté comme un tmpfs
( mount | fgrep run
) et les données de ces répertoires ne survivront pas au redémarrage (ce qui est une bonne chose). Il est un peu plus logique de les combiner à l'aide d'un lien symbolique et d'enregistrer un montage, d'autant plus que les autorisations et les paramètres de ces répertoires seraient les mêmes de toute façon (contrairement à d'autres "répertoires" activés tmpfs
).
/run
c'est nouveau/var/run
. Donc,/var/run
est généralement symlinked to/run
.