El hier La página del manual tiene una larga historia que se remonta a Unix Seventh Edition en 1979. La de los sistemas operativos Linux no es la original de Unix, sino un clon.
A principios de siglo, la gente de FreeBSD documentó una práctica existente desde hace mucho tiempo, a saber, que los administradores de sistemas ajustan las cosas para sus propios sistemas y que un buen administrador de sistemas cambia esa página del manual para que coincida con los ajustes locales.
Por supuesto, los sistemas operativos Linux son notoriamente malos cuando se trata de doco. El hier La página del manual rara vez se ajusta por completo al sistema operativo real por parte de los mantenedores de la distribución, si es que se ajusta en absoluto. Debian, por ejemplo, no lo parchea en absoluto y simplemente proporciona el hier genérico subyacente. página de manual del Proyecto Linux Manpages de Michael Kerrisk tal cual.
(Los BSD generalmente tienen una tradición mucho más fuerte de personas que realizan cambios en el sistema operativo, incluidos cambios en su doco en lo que hacen. Como resultado, su doco es mejor. Pero todavía está lamentablemente desactualizado en algunas áreas. Para ejemplo:El manual de FreeBSD para el ul falta gran parte de la herramienta desde 2.9BSD).
Así que Lennart Poettering escribió su propia página de manual para systemd, file-hierarchy , en 2014. Como puede ver, a pesar de su afirmación, realmente no "más mínimo" que el hier página. Para empezar, documenta un montón de cosas adicionales sobre los directorios de inicio de los usuarios.
Por lo tanto, hay dos páginas de manual diferentes de dos conjuntos diferentes de personas, ninguno de los cuales es el mantenedor de la distribución, quienes realmente deciden estas cosas.
La simple verdad es que los sistemas operativos reales basados en Linux se adhieren a ninguno . Hay variaciones de distribución de vanilla systemd que no se parchean en el file-hierarchy página por los mantenedores de distribución; y como se mencionó el hier la página a menudo tampoco se parchea localmente.
No se adhieren al estándar de jerarquía del sistema de archivos de Linux es más. Varios sistemas operativos se desvían de él a propósito, y algunos de ellos lo documentan. Algunos sistemas operativos Linux intencionalmente no lo mencionan en absoluto, como GoboLinux. Como puede ver en la lectura adicional, Arch Linux solía hacer referencia a él, pero desde entonces lo ha eliminado.
(Tengo una fuerte sospecha, aunque no he realizado una encuesta rigurosa, de que Arch Linux dejará caer el FHS es el punto de inflexión, y que la adherencia a la FHS es la excepción y no la norma para los sistemas operativos Linux ahora.)
Para muchos sistemas operativos Linux, simplemente no existe una sola página de manual para esto. El sistema operativo real será una mezcla de hier , file-hierarchy , el estándar de jerarquía del sistema de archivos de Linux y normas de sistemas operativos individuales con diversos grados de documentación.
Lecturas adicionales
- Jonathan de Boyne Pollard (2016). "Diccionario geográfico". Guía de comida . Software.
- Binh Nguyen (30 de julio de 2004). Jerarquía del sistema de archivos de Linux . Versión 0.65. El proyecto de documentación de 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. El directorio raíz . cr.yp.a.
hier(7) proviene del proyecto de páginas de manual y se supone que refleja el estándar de jerarquía del sistema de archivos.
file-hierarchy(7) proviene de systemd, y
describe un subconjunto más mínimo y modernizado de estas especificaciones que define de manera más estricta las sugerencias y restricciones que systemd establece en la jerarquía del sistema de archivos.
En particular, este último describe el uso y las restricciones de cada sistema de archivos con más detalle:si es local para el host o puede compartirse, si es persistente o puede ser tmpfs respaldado, cómo se supone que los programas deben encontrarlo, etc.
Los sistemas Linux reales tienen cada uno su propia política de sistema de archivos, generalmente basada en FHS. Por ejemplo, la política de Debian se basa en la versión 3.0 de FHS, con varias excepciones. Las distribuciones que usan systemd (que ahora incluye la mayoría de las distribuciones no integradas) terminan siguiendo los requisitos de systemd en la práctica.