Ambas as hier(7)páginas file-hierarchy(7)man afirmam descrever a hierarquia convencional do sistema de arquivos. No entanto, existem algumas diferenças entre eles. Por exemplo, hier(7)descreve /opte /var/crash, mas file-hierarchy(7)não. Quais são as diferenças entre essas duas descrições. Qual deles os sistemas Linux reais usam?
A
hierpágina de manual tem uma longa história que remonta à sétima edição do Unix em 1979. O dos sistemas operacionais Linux não é o Unix original, mas um clone.Na virada do século, o pessoal do FreeBSD documentou a prática de longa data existente , ou seja, que os administradores de sistema ajustam coisas para seus próprios sistemas e que um bom administrador de sistema altera essa página de manual para corresponder aos ajustes locais.
Claro, os sistemas operacionais Linux são notoriamente ruins quando se trata de doco. A
hierpágina de manual raramente é totalmente ajustada ao sistema operacional real pelos mantenedores da distribuição, se é que é ajustada. O Debian, por exemplo, não o corrige e simplesmente fornece a página de manual genérica subjacentehierdo Projeto Linux Manpages de Michael Kerrisk como está.(Os BSDs geralmente têm uma tradição muito mais forte das pessoas que estão fazendo alterações no sistema operacional, incluindo alterações em seu doco no que fazem. O doco deles é melhor como resultado. Mas ele ainda está lamentavelmente desatualizado em algumas áreas. Para exemplo: O manual do FreeBSD para o
ulcomando está faltando grandes partes da ferramenta desde o 2.9BSD .)Então, Lennart Poettering escreveu sua própria página de manual para o systemd,
file-hierarchy, em 2014. Como você pode ver, apesar de sua afirmação, ela realmente não é "mais mínima" do que ahierpágina. Para começar, ele documenta um monte de coisas adicionais sobre os diretórios pessoais do usuário.Assim, existem duas páginas de manual diferentes de dois conjuntos diferentes de pessoas, nenhuma das quais são os próprios mantenedores da distribuição, que realmente decidem essas coisas.
A verdade simples é que os sistemas operacionais baseados em Linux reais não aderem a nenhum dos dois . Existem variações de distribuição do vanilla systemd que não são corrigidas na
file-hierarchypágina pelos mantenedores da distribuição; e, como mencionado, ahierpágina geralmente também não é corrigida localmente.Além disso , eles não aderem ao Linux Filesystem Hierarchy Standard . Vários sistemas operacionais se desviam propositalmente dele, e alguns deles documentam isso. Alguns sistemas operacionais Linux não fazem referência a ele intencionalmente, como o GoboLinux. Como você pode ver na leitura adicional, o Arch Linux costumava fazer referência a ele, mas desde então o abandonou.
(Tenho uma forte suspeita, embora não tenha feito uma pesquisa rigorosa, de que o Arch Linux abandonando o FHS é o ponto de inflexão e que a adesão ao FHS é a exceção e não a norma para sistemas operacionais Linux agora.)
Para muitos sistemas operacionais Linux, simplesmente não há uma única página de manual para isso. O sistema operacional real será uma mistura de
hier,file-hierarchy, o Linux Filesystem Hierarchy Standard e normas de sistemas operacionais individuais com vários graus de documentação.Leitura adicional
hier(7)vem do projeto man-pages , e deve refletir o Filesystem Hierarchy Standard .file-hierarchy(7)vem do systemd eEm particular, o último descreve o uso e as restrições de cada sistema de arquivos com mais detalhes: se é local para o host ou pode ser compartilhado, se é persistente ou pode ser
tmpfssuportado, como os programas devem encontrá-lo etc.Cada um dos sistemas Linux reais tem sua própria política de sistema de arquivos, normalmente baseada no FHS. Por exemplo, a política do Debian é baseada na versão 3.0 do FHS, com várias exceções. Distribuições que usam systemd (que agora inclui a maioria das distribuições não incorporadas) acabam seguindo os requisitos do systemd na prática.