ファイルシステムを識別するためにドライブ文字を使用する必要があるのはなぜですか？

友人が外部ドライブからWindows 7をインストールし、内部ブートドライブがH：に割り当てられているという問題に遭遇しました。理論的には、システムドライブのドライブ文字を取得するためのプログラミングインターフェイスがあるため、問題が発生することはありません。しかし実際には、C：がシステムディレクトリの唯一の可能な場所であると想定するプログラムがかなりあり、H：のシステムディレクトリでの実行を拒否しています。それはマイクロソフトのせいではありませんが、それでも痛みです。一般的なコンセンサスは、再インストール、内部ブートドライブをC：に設定すること、これらの問題を修正する唯一の方法であるようです。

UNIXライクなシステムは、すべてのファイルシステムを単一の統合ディレクトリツリーに表示し、ほとんどの場合、このような問題を回避しているようです。ドライブ文字を参照せずにWindowsシステムを構成することは可能ですか、それとも下位互換性の重要性は、Windowsが今から終末までドライブ文字で動作することを意味しますか？

マイクロソフトは常に下位互換性を最優先事項としてきました。それはC:\、Drive:\path\UNIXのような構造に移行できないことを前提とするすべてのアプリケーション、またはその一般的なパターンでさえあるためです。すべてのWindowsアプリケーションは、パスがドライブ文字で始まるという前提に基づいています（相対パスでない場合）。これがすぐに変更される可能性は低いです。

一部のアプリケーションは、互換モードで実行すると、非標準のインストールドライブで正しく動作する場合があります。

何かかもしれません（私は試していないが、後でその詳細が追加されますされます）仕事は、小さなパーティションを作成し、それに名前を付けるだろうC:、との様々なシステムドライブをマウントH:内のフォルダ内C:のドライブ。そうC:\Program Filesすれば、プログラムがを要求するH:\Program Filesと、C:ドライブにマウントされたのフォルダーにアクセスします。

既存のドライブ文字またはフォルダーのドライブ文字を追加するsubst ms-dosコマンドを使用します

終日までドライブ文字が表示される場合がありますが、スタート→プログラム→管理ツール→コンピュータの管理→ストレージ→ディスクの管理から変更できます。ボリュームを右クリックして、「ドライブ文字の変更」を選択します。