Le hier La page de manuel a une longue histoire qui remonte à Unix Seventh Edition en 1979. Celui des systèmes d'exploitation Linux n'est pas celui d'Unix d'origine, mais un clone.
Au tournant du siècle, les gens de FreeBSD ont documenté la pratique existante de longue date, à savoir que les administrateurs système ajustent les choses pour leurs propres systèmes, et qu'un bon administrateur système modifie cette page de manuel pour correspondre aux ajustements locaux.
Bien sûr, les systèmes d'exploitation Linux sont notoirement mauvais en matière de doco. Le hier La page de manuel est rarement entièrement ajustée au système d'exploitation réel par les responsables de la distribution, si elle est ajustée du tout. Debian, par exemple, ne le corrige pas du tout et fournit simplement le générique sous-jacent hier page de manuel du projet Linux Manpages de Michael Kerrisk tel quel.
(Les BSD ont une tradition généralement beaucoup plus forte des personnes qui apportent des modifications au système d'exploitation, y compris des modifications à son doco dans ce qu'ils font. Leur doco est meilleur en conséquence. Mais il est lui-même encore terriblement obsolète dans certains domaines. Pour exemple :Le manuel FreeBSD pour le ul commande a manqué de grandes parties de l'outil depuis 2.9BSD.)
Alors Lennart Poettering a écrit sa propre page de manuel pour systemd, file-hierarchy , en 2014. Comme vous pouvez le voir, malgré son affirmation, ce n'est vraiment pas "plus minimal" que le hier page. Pour commencer, il documente tout un tas de choses supplémentaires sur les répertoires personnels des utilisateurs.
Ainsi, il existe deux pages de manuel différentes provenant de deux groupes de personnes différents, dont aucun n'est lui-même le responsable de la distribution, qui décide réellement de ce genre de choses.
La simple vérité est que les vrais systèmes d'exploitation basés sur Linux n'adhèrent aucun . Il existe des variantes de distribution de vanilla systemd qui ne sont pas corrigées dans le file-hierarchy page par les responsables de la distribution ; et comme mentionné le hier la page n'est souvent pas non plus corrigée localement.
Ils ne respectent pas la norme de hiérarchie du système de fichiers Linux en outre. Plusieurs systèmes d'exploitation s'en écartent délibérément, et quelques-uns d'entre eux le documentent. Quelques systèmes d'exploitation Linux ne le référencent intentionnellement pas du tout, comme GoboLinux. Comme vous pouvez le voir à partir de lectures supplémentaires, Arch Linux y faisait référence mais l'a depuis abandonné.
(Je soupçonne fortement, bien que je n'aie fait aucune enquête rigoureuse, qu'Arch Linux abandonne le FHS est le point de basculement, et que l'adhésion au FHS est l'exception plutôt que la norme pour les systèmes d'exploitation Linux maintenant.)
Pour de nombreux systèmes d'exploitation Linux, il n'y en a tout simplement pas une seule page de manuel pour cela. Le système d'exploitation réel sera un mélange de hier , file-hierarchy , la norme hiérarchique de système de fichiers Linux , et des normes de système d'exploitation individuelles avec divers degrés de documentation.
Autres lectures
- Jonathan de Boyne Pollard (2016). "Gazetier". Guide bouffe . Logiciels.
- Binh Nguyen (2004-07-30). Hiérarchie du système de fichiers Linux . Version 0.65. Le projet de documentation Linux.
- https://wiki.archlinux.org/index.php/Frequently_asked_questions#Does_Arch_follow_the_Linux_Foundation.27s_Filesystem_Hierarchy_Standard_.28FHS.29.3F
- https://netarky.com/programming/arch_linux/Arch_Linux_directory_structure.html
- https://wiki.gentoo.org/wiki/Complete_Handbook/Users_and_the_Linux_file_system#Linux_file_system_hierarchy
- https://www.suse.com/support/kb/doc/?id=7004448
- https://sta.li/filesystem/
- Daniel J. Bernstein. Le répertoire racine . crypter.
hier(7) provient du projet man-pages et est censé refléter la norme de hiérarchie du système de fichiers.
file-hierarchy(7) vient de systemd, et
décrit un sous-ensemble plus minimal et modernisé de ces spécifications qui définit plus strictement les suggestions et les restrictions que systemd fait sur la hiérarchie du système de fichiers.
En particulier, ce dernier décrit plus en détail l'utilisation et les contraintes de chaque système de fichiers :s'il est local à l'hôte ou peut être partagé, s'il est persistant ou peut être tmpfs -sauvegardé, comment les programmes sont censés le trouver, etc.
Les vrais systèmes Linux ont chacun leur propre politique de système de fichiers, généralement étroitement basée sur le FHS. Par exemple, la politique de Debian est basée sur la version 3.0 du FHS, avec un certain nombre d'exceptions. Les distributions qui utilisent systemd (qui inclut désormais la plupart des distributions non intégrées) finissent par suivre les exigences de systemd dans la pratique.