ファイルシステムを「/dev/..../」に置くのではなく、特定の場所にマウントするのはなぜですか？

なぜファイルシステムをそのデバイスパスに置かないのですか？

私はこれが望ましくないと思います。結論は、すべてのソフトウェアが接続するデバイスについて何らかの方法で知る必要があるということです。

MS Windowsがドライブ文字を使用して実行する方法を見ると、レイアウトは次のように制限されます。環境変数たとえば%HOMEPATH%。他のハードドライブに多くの音楽がある場合、ソフトウェアにこれが特定のE:ユーザーの音楽フォルダであることを知らせる方法はありません。

この問題は *nix システムには存在しません。音楽を別のハードドライブに保存したい場合は、エントリを追加してインストールすることができ、/etc/fstabソフトウェア/home/me/Musicは変更を知る必要はありません。

---

そして、下の名前は/dev実際には安定していません。たとえば、起動する前にUSBハードドライブを接続すると、内蔵/dev/sdaドライブの代わりに割り当てることができます。これにより、どの名前が割り当てられているかを保証できないため、構成するのは非常に困難です。

---

実際には、保存された場所に集中しすぎるのではなく、類似の種類のアイテムをグループ化してファイルシステムを配置する方が合理的です。

これファイルシステム階層標準要件に応じて部分的にアイテムをグループ化します。これにより、ファイル全体を/usr読み取り専用ネットワークファイルシステムに配置するなど、いくつかの非常に便利なトリックが可能になります（ネットワークファイルシステム）各システムの構成を書き込み可能な状態に保ちます/etc。

これにより、システム管理者はどこに保存する必要があるかを判断できますが、ユーザーとソフトウェアは通常これを知る必要はなく、追跡したくありません。

---

Windows（少なくともWindows Server）でも同じテクノロジを使用でき、ドライブをファイルシステム内の他の場所にマウントできることに注目する価値があります。

これは、UNIXシステムレイアウトの規則を説明する参照であるファイルシステム階層標準（FHS）で説明されている規則です。

バラよりhttps://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standardそしてhttps://refspecs.linuxfoundation.org/fhs.shtml

Unixでは、すべてがファイルです。つまり、/ devで特別なブロックフラグを持つデバイスファイルを見つけることができます。

UNIXでは、ファイルシステム層の任意の場所にデバイスをマウントできます。

慣例的にさまざまなデバイスを/mntにマウントし、一時デバイスの場合/mediaに変更されました。

/run/media/$USERでudisks2マウントポイントを見つけることができ、udi​​sksの場合は/mediaです。 KdeとGnomeはこの規則を使用します。

マウントポイントにデバイスを接続すると、カーネルに双方向関係が登録されます。ここで、マウントポイントの下のすべての操作は元のデバイスに反映され、その逆も同様です。

実際、Windowsではこれを行いますが、それを隠します。 \Device\HarddiskVolumeX がありますが、A:、C:、D:\、または X:\ でのみマウントをサポートします。

mount または df コマンドを使用して、マウントポイントのリストを取得できます。

参考までに、この質問を見ることができます。/media、/mnt、/run/mount の違いは何ですか？

Linuxは、すべてのデバイスを/devまたは/sys。/dev機器を配置する場所も同様です。ファイルシステムの通常のファイルのように見えますが、/そうではありません。カーネルドライバは、デバイスのファイル操作をバスを介して転送される物理命令に変換します。

たとえば、次のコマンドを使用してディスクの生の内容を表示できます。

dd if=/dev/sda1 count=64

ただし、何らかの方法で解釈されない32kbの生データのみが表示されます（実際には、FATファイルシステムなどのブートガイドラインに含まれるファイルシステムメタデータが含まれています）。これらのファイル（デバイス）をマウントすると、そのデバイスをマウントポイントに配置されたファイルシステム構造と考えることができます。したがって、インストールは生データの意味をディレクトリとファイルを介してアクセスできる組織化されたコレクションに変更します。