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

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

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

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

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

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

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

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

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

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