FHS準拠のマウントポイントがどの用途に使用されるかを知りたいです。内蔵ハードドライブそして ネットワーク共有はい？さまざまなチュートリアルでは、サブディレクトリにインストールすることをお勧めします/mnt。/media
~によるとフライング3.0（ファイル層標準）：
/media：リムーバブルメディアのマウントポイント（このディレクトリには、フロッピーディスク、CDROM、Zipディスクなどのリムーバブルメディアのマウントポイントとして機能するサブディレクトリが含まれています。)/mnt：ファイルシステムを一時的にマウントするマウントポイント（このディレクトリは、システム管理者が必要に応じてファイルシステムを一時的にマウントできるように提供されています。このディレクトリの内容はローカルの問題であり、プログラムの実行方法に影響を与えてはいけません。)
これらのマウントポイントがシングルユーザーシステムで使用できるとします/home/foo/extdrive /home/foo/nfsshare。しかし、すべてのユーザーがアクセスできる場所にマウントしますか？
修正する: FHS 3.0、3.1章、第2の「基本原則」の段落
- 新しいディレクトリ
/（例：/workspaceと/nfsshare）ルートファイルシステムの新しいサブディレクトリの作成が禁止される理由はいくつかあります。ルートパーティションにはスペースが必要で、システム管理者はパフォーマンスやセキュリティ上の理由でこのスペースを小さくシンプルに保ちたいと考えています。これは、マウント可能なボリューム全体に標準ファイル階層を展開するためにシステム管理者によって設定されたすべてのルールをバイパスします。ディストリビューションは、結果（アプリケーションの移植性を含む）を非常に慎重に考慮せず、ルート層に新しいディレクトリを作成しないでください。
答え1
独自のマウントポイントディレクトリを作成できます。理由を尋ねたら指摘するしかありません。Wouter Verhelstの素晴らしい答え。
内部ドライブ
/mntあなたがそう思うなら、自分で作ることができる良い場所でもあります/。
/mnt歴史的にインストールされた一部のシステムとリムーバブルメディアがこの目的/mediaに使用されている可能性があります。これはまだうまくいきますが、システム自体はもはやありません/mnt。
複数のマウントポイントを作成したい場合は、/mntを使用するのが合理的だと思います。みんな見やすくなっており、人々が好んで利用するところの一つに挙げられる。他の人は/VolumesOS Xに従うか、/vol単一のマウントポイントに./dataを使用するのが好きです。 /d/も使用してください。 /disk/ は、一部のユーザーが使用することはほぼ確実ですが、ディスクベースではないリポジトリでは注意が気になることがあります。
/mntを使用している場合は、/mnt/tmpも作成します。その後、FHSで述べられている/ mntの元の目的である便利な一時マウントディレクトリがまだあります。
/mediaいくつかの一般的なシステムでは、マウントポイントを手動で作成することはお勧めできません。最新のLinuxオペレーティングシステムはリムーバブルメディアのマウントポイントを自動的に作成し、作成された構造はユーザーの構造と競合するか、単に矛盾する可能性があります。あなたのシステムが何であるかは明らかではありませんが、特にFHSについて問い合わせるとき、ポータブルガイドに興味があるかもしれません。この推論は、FHSがオペレーティングシステムが/ mntを満たすべきではないと述べている理由と似ています。
ネットワークファイルシステム
など/n/hostの専用サブディレクトリにネットワークファイルシステムをマウントすることをお勧めします。/nfs/host/net/host
たとえば、/host にネットワークファイルシステムをマウントし、ネットワークにアクセスできなくなると、ls /ネットワークファイルシステムの数を計算しようとすると中断される可能性があります。うつ病にかかったとき、これは歓迎されず、失望する可能性があります。
答え2
FHSがあなたができないことについて話すとき、それはあなたができないことについて話すことです。分配する、ユーザーまたはローカルシステム管理者ではありません。
Unixシステムのみ一つファイルシステムツリー。したがって、ローカルシステムからファイルシステムのどこにでもインストールすることができ、いかなる方法でもFHSは中断されません。 FHSは、ローカルシステム管理者を妨げないように最善を尽くします。常にシステム内の内部ディスクの場合は、マウントポイント/optまたは/ntfs同様のものを持つことが完全に有効です。/scratchまたは、ディスク容量が不足していてルートファイルシステムから別のディスクにエントリを移動したい場合は、別のハードドライブに移動してそのように処理でき/varます/usr。
あなたがしなければならない唯一のことはいいえやるべきことは、FHS表現ディストリビューションが書き込むことができる場所（または/usr）/varに内部ディスクをマウントし、/lib関連データをその場所に移動しないか、問題のパーティションにPOSIX以外のファイルシステムを使用することです。それ以外はほとんどすべてが公正なゲームです。
答え3
ディレクトリにアクセスできるように設定特定ユーザーはグループを作成します。通常、グループはホームディレクトリを持つことができます。これは時々（必ずしもそうではありませんが）/home/$GROUPとして生成されます。
/home/allusers ディレクトリを作成できます。必要に応じて、グループ名alluserを保持できます（つまり、空のグループを作成します）。 （ユーザー名とグループ名は技術的に別々の名前空間ですが、通常は一貫性を維持します。たとえば、この場合は一般ユーザー「allusers」を特別に作成したくありません。）
この特定の命名方式は、内部ディスクやネットワークファイルシステムなど、複数のファイルシステムに自然に一般化されていません。
お客様はソフトウェアディストリビューターではなく、FHSに記載されている理由はお客様に適用されません。この制限によると、追加の制約が発生します。 /home をマウントできなくなると、バックアップ、リカバリ、またはトラブルシューティングの目的で /home/allusers をマウントするのも簡単になります。
答え4
簡単な答え：状況によって異なります...他の人が言ったように、FHSはディストリビューションのためのものです。しかし、少なくともメンテナンスを容易にするために、その精神に従う方が簡単であることがわかります。特に、これが他の人がサポートすることになる複数のシステムで実行されている場合は、さらにそうです。追加する余分なスペースを考慮してバックアップを調整する必要がないため、バックアップ方法を覚えておくこともお勧めします。
私が使った例：
- /mnt/playの一般共有スペースの大きなブロック
- pam-mount経由で/home/[username]/network/[share]にユーザーごとにCIFSをマウントする
- サーバーアプリケーションはマニュアルに従います（例：/sapmnt /opt/whatever /bacula）。
- /srv/[sharename]または/fileshares/[sharename]のファイル共有
Mint / Ubuntuの/ mediaなど、自動マウントで使用したり、意図しない目的でリストされているディレクトリツリーを使用したりすることは避けてください。たとえば、特定のアプリケーションでより多くの空き容量を確保するために、ディスクを/var/[app]または/usr/[app]にマウントするのが一般的ですが、最終的にスペースを解放するので、他の目的に使用しないでください。あなた自身のための混乱。