Respostas:
Na página da Wikipedia no padrão de hierarquia do sistema de arquivos :
As distribuições modernas do Linux incluem um diretório / run como um sistema de arquivos temporário (tmpfs) que armazena dados voláteis de tempo de execução, seguindo a versão 3.0 do FHS. De acordo com a versão 2.3 do FHS, esses dados devem ser armazenados em / var / run, mas isso foi um problema em alguns casos, porque esse diretório nem sempre está disponível na inicialização antecipada. Como resultado, esses programas tiveram que recorrer a truques, como o uso dos diretórios /dev/.udev, /dev/.mdadm, /dev/.systemd ou /dev/.mount, mesmo que o diretório do dispositivo não seja destinado para esses dados. Entre outras vantagens, isso facilita o uso normal do sistema com o sistema de arquivos raiz montado somente leitura.
Portanto, se você já criou um sistema de arquivos temporário /run
, vinculá /var/run
-lo seria o próximo passo lógico (em vez de manter os arquivos em disco ou criar um separado tmpfs
).
Alguns utilitários tradicionalmente usados /var/run
, outros/run
para armazenar seu material relacionado ao processo. Quando eles eram reais nos diretórios de disco, não importava muito que fossem diretórios separados.
Atualmente, /run/
muitas vezes é implementado como um tmpfs
( mount | fgrep run
) e os dados nesses diretórios não sobrevivem a uma reinicialização (o que é uma coisa boa). Faz um pouco mais de sentido mapear esses dados usando um link simbólico e salvar uma montagem, especialmente porque as permissões e configurações desses diretórios seriam as mesmas de qualquer maneira (em contraste com outros "diretórios" ativados tmpfs
)
/run
é novo/var/run
. Então,/var/run
geralmente é vinculado a/run
.