Il hier La pagina di manuale ha una lunga storia che risale alla settima edizione di Unix nel 1979. Quella nei sistemi operativi Linux non è quella Unix originale, ma un clone.
All'inizio del secolo, le persone di FreeBSD hanno documentato una pratica esistente di lunga data, vale a dire che gli amministratori di sistema aggiustano le cose per i propri sistemi e che un buon amministratore di sistema cambia quella pagina di manuale in modo che corrisponda alle modifiche locali.
Naturalmente, i sistemi operativi Linux sono notoriamente cattivi quando si tratta di doco. Il hier La pagina di manuale raramente viene completamente adattata al sistema operativo effettivo dai manutentori della distribuzione, se mai viene adattata. Debian, ad esempio, non lo corregge affatto e fornisce semplicemente il generico hier sottostante pagina di manuale dal Linux Manpages Project di Michael Kerrisk così com'è.
(I BSD hanno una tradizione generalmente molto più forte delle persone che stanno apportando modifiche al sistema operativo, comprese le modifiche al suo doco in quello che fanno. Il loro doco è migliore di conseguenza. Ma è di per sé ancora tristemente obsoleto in alcune aree. Per esempio:Il manuale di FreeBSD per il ul comando mancano gran parte dello strumento dal 2.9BSD.)
Così Lennart Poettering ha scritto la sua pagina di manuale per systemd, file-hierarchy , nel 2014. Come puoi vedere, nonostante la sua affermazione, non lo è "più minimale" del hier pagina. Per cominciare, documenta un intero carico di cose aggiuntive sulle home directory degli utenti.
Quindi ci sono due diverse pagine di manuale di due diversi gruppi di persone, nessuno dei quali è lo stesso manutentore della distribuzione, che effettivamente decide queste cose.
La semplice verità è che i veri sistemi operativi basati su Linux non aderiscono a nessuno dei due . Ci sono variazioni di distribuzione da vanilla systemd che non vengono patchate nel file-hierarchy pagina dai manutentori della distribuzione; e come detto il hier spesso la pagina non viene patchata localmente.
Non aderiscono al Linux Filesystem Hierarchy Standard inoltre. Diversi sistemi operativi si discostano intenzionalmente da esso e alcuni di essi lo documentano. Alcuni sistemi operativi Linux intenzionalmente non vi fanno alcun riferimento, come GoboLinux. Come puoi vedere da ulteriori letture, Arch Linux lo faceva riferimento ma da allora l'ha abbandonato.
(Ho il forte sospetto, anche se non ho condotto un sondaggio rigoroso, che Arch Linux abbandoni FHS è il punto di non ritorno e l'adesione al FHS è ora l'eccezione piuttosto che la norma per i sistemi operativi Linux.)
Per molti sistemi operativi Linux semplicemente non c'è una singola pagina di manuale per questo. Il sistema operativo effettivo sarà una mescolanza di hier , file-hierarchy , lo Linux Filesystem Hierarchy Standard e norme sui singoli sistemi operativi con vari gradi di documentazione.
Ulteriori letture
- Jonathan de Boyne Pollard (2016). "Dizionario geografico". Guida nosh . Software.
- Binh Nguyen (30-07-2004). Gerarchia del file system Linux . Versione 0.65. Il progetto di documentazione di 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. La directory principale . cr.yp.to.
hier(7) proviene dal progetto man-pages e dovrebbe riflettere il Filesystem Hierarchy Standard.
file-hierarchy(7) viene da systemd, e
descrive un sottoinsieme più minimale e modernizzato di queste specifiche che definisce in modo più rigoroso i suggerimenti e le restrizioni apportate da systemd alla gerarchia del file system.
In particolare, quest'ultimo descrive l'uso e i vincoli di ciascun file system in modo più dettagliato:se è locale all'host o può essere condiviso, se è persistente o può essere tmpfs -backed, come i programmi dovrebbero trovarlo, ecc.
I veri sistemi Linux hanno ciascuno la propria politica del file system, in genere strettamente basata sull'FHS. Ad esempio, la politica di Debian si basa sulla versione 3.0 dell'FHS, con una serie di eccezioni. Le distribuzioni che utilizzano systemd (che ora include la maggior parte delle distribuzioni non incorporate) finiscono per seguire i requisiti di systemd nella pratica.