hier man ページには、1979 年の Unix Seventh Edition にさかのぼる長い歴史があります。Linux オペレーティング システムのものは、元の Unix のものではなく、クローンです。
世紀の変わり目に、FreeBSD の人々は既存の長年の慣行を文書化しました。つまり、システム管理者は自分のシステムに合わせて調整し、優れたシステム管理者はそのマニュアル ページをローカルの調整に合わせて変更します。
もちろん、doco に関して言えば、Linux オペレーティング システムは悪いことで有名です。 hier マニュアルページが実際のオペレーティングシステムに合わせて完全に調整されることはめったにありません。たとえば、Debian はパッチをまったく適用せず、単に基盤となる汎用の hier を提供します。 Michael Kerrisk の Linux Manpages Project のマニュアル ページをそのまま使用します。
(一般に、BSD には、オペレーティング システムに変更を加える人々の伝統がはるかに強く、doco の変更も含まれます。その結果、彼らの doco はより良くなっています。例:ul の FreeBSD マニュアル コマンドは、2.9BSD 以降、ツールの大部分が欠落しています。)
そこで、Lennart Poettering が systemd のマニュアルページ file-hierarchy を書きました。 、2014年。ご覧のとおり、その主張にもかかわらず、実際にはそうではありません hier より「最小限」 ページ。手始めに、ユーザーのホーム ディレクトリに関する追加事項をまとめて説明します。
このように、2 つの異なるグループの人々による 2 つの異なるマニュアル ページがありますが、実際にこのことを決定するのはディストリビューションのメンテナーではありません。
単純な真実は、実際の Linux ベースのオペレーティング システムはどちらにも準拠していないということです。 . file-hierarchy にパッチが適用されない、vanilla systemd からのディストリビューションのバリエーションがあります。 配布管理者によるページ。そして前述のように hier 多くの場合、ページもローカルにパッチされません。
Linux Filesystem Hierarchy Standard に準拠していません。 さらに。いくつかのオペレーティング システムは意図的にそれから逸脱しており、そのうちのいくつかはこれを文書化しています。 GoboLinux など、いくつかの Linux オペレーティング システムは、意図的にまったく参照しません。詳細を読むとわかるように、Arch Linux は以前は参照していましたが、削除されました。
(私は厳密な調査を行っていませんが、Arch Linux が FHS を削除したのではないかと強く疑っています。 転換点であり、その遵守は FHS 現在、Linux オペレーティング システムの標準ではなく、例外です。)
多くの Linux オペレーティング システムでは、ありません このための単一のマニュアルページ。実際のオペレーティング システムは hier の混合物になります。 、 file-hierarchy 、Linux ファイルシステム階層標準 、およびさまざまな程度のドキュメントを含む個々のオペレーティング システムの規範。
さらに読む
- ジョナサン・デ・ボイン・ポラード (2016)。 「ガゼッター」。 ノッシュ ガイド .ソフトウェア。
- ビン グエン (2004-07-30). Linux ファイルシステム階層 .バージョン 0.65。 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/
- ダニエル J. バーンスタイン。 ルート ディレクトリ . cr.yp.to.
hier(7) man-pages プロジェクトから来ており、Filesystem Hierarchy Standard を反映するはずです。
file-hierarchy(7) systemd に由来し、
systemd がファイル システム階層に対して行う提案と制限をより厳密に定義する、これらの仕様のより最小限で最新化されたサブセットについて説明します。
特に後者は、各ファイルシステムの使用法と制約をより詳細に説明しています:ホストに対してローカルであるか共有できるか、永続的であるか tmpfs である可能性があるかどうか。 -backed、プログラムがそれを見つける方法など
実際の Linux システムにはそれぞれ独自のファイル システム ポリシーがあり、通常は FHS に厳密に基づいています。たとえば、Debian のポリシーは FHS のバージョン 3.0 に基づいていますが、いくつかの例外があります。 systemd を使用するディストリビューション (現在、ほとんどの非組み込みディストリビューションを含む) は、実際には systemd の要件に従っています。