FHS準拠のマウントポイントとは何ですか？

内蔵ハードドライブと ネットワーク共有の FHS準拠のマウントポイントは何だろうと思っていますか？多くの異なるチュートリアルにサブディレクトリにそれらをマウントするために示唆されています/mntか/media

FHS 3.0（ファイル階層標準）によると：

• /media：リムーバブルメディアのマウントポイント（このディレクトリには、フロッピーディスク、cdrom、zipディスクなどのリムーバブルメディアのマウントポイントとして使用されるサブディレクトリが含まれています。）
• /mnt：一時的にマウントされたファイルシステムのマウントポイント（このディレクトリは、システム管理者が必要に応じて一時的にファイルシステムをマウントできるように提供されます。このディレクトリの内容はローカルの問題であり、プログラムの実行方法には影響しません）

これらのマウントポイントは/home/foo/extdrive /home/foo/nfsshare単一のユーザーシステムにアクセスできると想定していますが、すべてのユーザーがアクセスできるマウントポイントはどこにありますか？

更新： FHS 3.0、第3.1章、2番目の「理論的」段落

• 新しいディレクトリを/（すなわち/workspaceと/nfsshare）ルートファイルシステムの新しいサブディレクトリを作成するいくつかの理由がありますが禁止されている：それは、システム管理者がいずれかのパフォーマンスやセキュリティ上の理由から、小型でシンプルなままとよいでしょうルートパーティション上のスペースを必要とします。システム管理者が標準のファイル階層をマウント可能なボリュームに分散するために設定した規律を回避します。ディストリビューションは、アプリケーションの移植性を含む結果を非常に慎重に考慮しない限り、ルート階層に新しいディレクトリを作成しないでください。

独自のマウントポイントディレクトリを作成します。理由をお聞きになりたい場合は、Wouter Verhelstのすばらしい回答のみを指摘できます。

内蔵ドライブ

/mntあなたが好きならあなた自身のものを作るのに有効な場所であり、そうです/。

/mntこの目的のために、いくつかの歴史的なインストールシステムやリムーバブルメディア（以前/media）で使用された可能性があります。そうすることはまだ有効ですが、システム自体はで何かをセットアップすることはもう想定されていません/mnt。

複数のマウントポイントを作成する場合は、/ mntを使用するのが妥当だと思います。それらをすべて一緒に見やすくし、人々が使用したい場所の1つとして知られています。/VolumesOS Xシステムに従って、またはを使用したい人もいます/vol。/ dataは、単一のマウントポイントに共通です。/ d /も使用されます。/ disk /はほぼ確実に一部の人によって使用されますが、ディスクベースではないストレージにとっては邪魔になるかもしれません。

/ mntを使用する場合、/ mnt / tmpも作成します。その後、一時的なマウントに便利なディレクトリがまだあります。これは、FHSが言及している/ mntの元の使用方法です。

内蔵HDDの優先マウントポイント

マウントポイントを手動で作成することは可能です /mediaいくつかの一般的なシステムは、はお勧めできません。最新のLinux OSは、リムーバブルメディアのマウントポイントを自動的に作成しますが、作成する構造が競合したり、単に独自のものと矛盾するように見える可能性があります。システムが何であるかを言うことはありませんが、特にFHSについて質問している場合は、ポータブルガイドラインに興味があるかもしれません。この推論は、FHSがOSに/ mntを追加してはならないという理由に似ていることに注意してください。

システム全体のUSBディスクのマウントポイント

ネットワークファイルシステム

時々 、専用のサブディレクトリなどのネットワークファイルシステムをマウントすることが推奨され/n/host、/nfs/hostまたは/net/hostその他

たとえば、/ hostにネットワークファイルシステムをマウントし、ネットワークに到達できなくなったls /場合、ネットワークファイルシステムを統計しようとするとハングする可能性があります。これは、あなたが既にイライラしているときに、望ましくなくイライラする可能性があります。

FHSがあなたができないことについて話すとき、あなたが言っているのはディストリビューションであり、ユーザーやローカルシステム管理者ではありません。

UNIXシステムには、ファイルシステムツリーが1つしかありません。したがって、ローカルシステムの任意の場所をファイルシステムの任意の場所にマウントでき、FHSを壊すことはありません。結局のところ、FHSはローカルシステム管理者の邪魔にならないように最大限の努力を払っています。常にシステム内にある内部ディスクの場合は、マウントポイント持っていることは完全に有効なのです/optか、/ntfsまたは/scratchまたはその他もろもろを。あるいは、ディスク容量が不足していて、ルートファイルシステムから別のディスクに何かを移動したい場合は、別のハードディスクに移動し/varたり、別のハードディスクに移動したり/usrすることができます。

あなたがすべき唯一のことはないんではFHSはディストリビューション（などに書き込むことができます言うことを場所に内蔵ディスクをマウントすることで/usr、/var、または/lib）、その後、いずれかのその場所に関連するデータを移動したり、いくつかの非POSIXを使用しません問題のパーティションのファイルシステム。それ以外は、ほとんどすべてが公正なゲームです。

特定のユーザーがディレクトリにアクセスできるようにするには、グループを作成します。慣例により、グループはホームディレクトリを持つことができます。これらは、必ずしもではありませんが、/ home / $ GROUPとして作成される場合があります。

ディレクトリ/ home / allusersを作成できます。必要に応じて、グループ名allusersを予約する（空のグループを作成する）こともできます。（ユーザー名とグループ名は技術的に別の名前空間ですが、通常は一貫性が保たれます。たとえば、この場合、通常のユーザー「allusers」を特に作成する必要はありません）。

この特定の命名スキームは、複数のファイルシステム、たとえば1つの内部ディスクと1つのネットワークファイルシステムに対して自然に一般化されません。

あなたはソフトウェアの配布ではなく、FHSに記載されている理論的根拠は適用されません。この制限に従うと、追加の制約が導入されます。/ homeがマウント不能になった場合、バックアップ、リカバリ、またはトラブルシューティングのために/ home / allusersをマウントするのも簡単ではありません。

クイックアンサー：それは異なります... FHSは他の人が言ったようにディストリビューション向けです。ただし、特に他の人が最終的にサポートする可能性のある複数のシステムでこれを行う場合は、メンテナンスの容易さだけのために、少なくともその精神に従う方が簡単な場合があります。また、追加するスペースを考慮するためにバックアップを調整する必要がなくなるため、バックアップがどのように行われるかを念頭に置く価値があります。

私が使用した例：

• / mnt / play上の一般的な共有スペースの大きな塊
• ユーザーごとのCIFSは、/ home / [username] / network / [share]のpam-mountを介してマウントします
• / sapmnt / opt / whatever / baculaなどのマニュアルに記載されているサーバーアプリケーション
• / srv / [共有名]または/ fileshares / [共有名]上のファイル共有

また、Mint / Ubuntuの/ m​​ediaなどの自動マウンターが使用するものをすべて避けたり、リストされたディレクトリツリーを意図した目的以外のものに使用したりする価値があります。たとえば、ディスクを/ var / [app]または/ usr / [app]にマウントして、その特定のアプリで使用できるスペースを増やすのが一般的ですが、他の何かには使用しないでください。泥だらけ。