非標準のファイルシステムのマウント場所

Linuxで永続的な非標準のファイルシステムをマウントする場所については、混乱することが常にあります。SambaまたはNFSを介して共有される会社のファイルを含むファイルシステムなど。

私が見つけたのは、ファイルシステム階層標準が本当に取り組んだことではありません。仕様2.3の最新バージョンでは/ srvが追加されていますが、現時点では、多くのディストリビューションがデフォルトでこのディレクトリをサービスデータに使用し始めているようには見えません。従来、ほとんどのディストリビューションはデフォルトで/ varに設定されていたため、管理者がその規則を採用するかどうかはわかりません。

習慣から、これらの非標準のファイルシステムを/ mntにマウントする傾向がありますが、FHSはこれを一時的なマウントポイントに使用する必要があると述べています。しかし、管理者が/、/ home、/ var、および/ usr / localに追加のマウントポイントを配置することも確認しました。

したがって、これらのファイルシステムをマウントする場所について、コンセンサスが一致していることに興味があります。

• あなたとあなたの組織にとって何が効果的であると思いましたか
• このテーマをカバーする公開されたベストプラクティスはありますか？

それが理にかなっているところはどこでも。

FHSはディストリビューション全体の一貫性を維持するのに最適ですが、処理する必要のある特定の例外があります。

数台のマシンの場合は、意味のある場所にマウントします。数が多い場合は、会社独自のポリシーを作成して文書化します（標準はすばらしいので、誰もが持っているはずです）。

たとえば、次のようにします。

• ドミノデータをマウントし/var/dominodataて/var/dominolog
• Oracleを/ 1、/ 2、/ 3にマウントします（これはクライアントであり、私たちではありません）。
• あ、イカはもっとスペースが必要ですか？下に新しいFSをマウントします/var/spool/squid

Ubuntuでは、ディスクを/ mediaにマウントするのが一般的ですが、通常はリムーバブルディスクに適していますが、永続的なマウントポイントには十分に適合すると思います。

ubuntuで/ mediaを使用する良い点は、デスクトップ環境を使用している場合、通常はファイルマネージャーに表示されます（たとえば、Gnomeの[場所]メニューに表示されます。Nautilusにも表示されます）。

何かが通常/ var（apache、mysqlなど）を使用している場合は、喜んでそれを許可します。これらの種類のものを移動すると、混乱が生じるだけです。その他の場合は、/ srvを使用します。

IMO、/ homeは実際のユーザー用に予約し、/ usrは変数データには使用しないでください