Mein System hat 132 Verzeichnisse, deren Namen mit .d enden.
Es gibt auch zwei Skripte, deren Namen mit .d enden
Abgesehen von den beiden abwegigen Skripten ('/usr/sbin/invoke-rc.d', '/usr/sbin/update-rc.d') gehe ich davon aus, dass .d Verzeichnis bedeutet ... (aber ich frage mich, warum diese Skripte heißen so).
In einigen Fällen enthält der übergeordnete Ordner des Verzeichnisses .d eine Datei mit demselben Namen, jedoch ohne die Endung .d .
# eg.
/etc/apt/sources.list.d
/etc/apt/sources.list
Gibt es eine mystische Linux-Begründung für diesen Benennungsstil?
Handelt es sich um eine tief verwurzelte Namenskonvention, oder handelt es sich um eine absolute Konvention wie "foo" und "bar"?
naming-conventions
Peter.O
quelle
quelle
Antworten:
Dies wird häufig für Verzeichnisse verwendet (daher das "d"), die eine Sammlung von Teilkonfigurationsdateien enthalten. Alle Dateien im Verzeichnis werden kombiniert, manchmal auch mit anderen Dateien, um die vollständige Konfiguration vorzunehmen. Dies wird oft gemacht, wenn es traditionell nur eine Konfigurationsdatei gab (z. B. in Ihrer Beispiel-sources.list), aber es besteht der Wunsch, die Dinge später modularer zu gestalten.
Wie Laurence erwähnt, war das Verzeichnis /etc/rc?.d wahrscheinlich das erste Mal, dass dieser Brauch verwendet wurde.
quelle