Antworten:
Auf der Wikipedia-Seite zum Dateisystem-Hierarchie-Standard :
Moderne Linux-Distributionen enthalten ein / run-Verzeichnis als temporäres Dateisystem (tmpfs), in dem flüchtige Laufzeitdaten nach der FHS-Version 3.0 gespeichert werden. Gemäß der FHS-Version 2.3 sollten diese Daten in / var / run gespeichert werden, dies war jedoch in einigen Fällen ein Problem, da dieses Verzeichnis beim frühen Start nicht immer verfügbar ist. Infolgedessen mussten diese Programme auf Tricks zurückgreifen, z. B. die Verwendung der Verzeichnisse /dev/.udev, /dev/.mdadm, /dev/.systemd oder /dev/.mount, obwohl das Geräteverzeichnis nicht vorgesehen ist für solche Daten. Dies erleichtert unter anderem die normale Verwendung des Systems, wenn das Root-Dateisystem schreibgeschützt ist.
Wenn Sie also bereits ein temporäres Dateisystem für erstellt haben /run
, ist das Verknüpfen /var/run
damit der nächste logische Schritt (im Gegensatz zum Speichern der Dateien auf der Festplatte oder zum Erstellen eines separaten Dateisystems tmpfs
).
Einige Dienstprogramme werden traditionell verwendet /var/run
, andere /run
zum Speichern ihres prozessbezogenen Materials. Wenn diese auf Disc-Verzeichnissen vorhanden waren, war es nicht so wichtig, dass es sich um separate Verzeichnisse handelte.
Heutzutage /run/
wird es oft als tmpfs
( mount | fgrep run
) implementiert und Daten in diesen Verzeichnissen überstehen keinen Neustart (was eine gute Sache ist). Es ist etwas sinnvoller, diese mithilfe eines symbolischen Links zusammen zuzuordnen und einen Mount zu speichern, zumal die Berechtigungen und Einstellungen für diese Verzeichnisse ohnehin gleich wären (im Gegensatz zu einigen anderen "Verzeichnissen", die aktiviert sind tmpfs
).
/run
ist neu/var/run
. So/var/run
wird in der Regel über symbolische Links zu/run
.