最初のハードドライブパーティションに「C：」が選択されたのはなぜですか？
質問が頭に浮かんだので、私はこの答えを読んでいました：なぜC:最初のハードドライブパーティションを示すのですか？
使用法はCP / Mにまでさかのぼり（コメントに記載されているように）、MS-DOSに採用され、Windows 10でも存続します。周りを見回しましたが、それ以上の説明は見つかりませんでした。
コンピュータは、これらのデバイスがコンピュータにインストールされていない場合でも、フロッピーディスクドライブおよびテープドライブなどのリムーバブルメディア用にA：およびB：ドライブ文字を予約します。他のドライブをインストールして新しいパーティションを作成すると、D、E、F、Gなど、Cの後に他のドライブ文字が割り当てられます。
これは私がここから取ったもので、基本的にウィキペディアと前述のSEの回答にあるものと同じです。
がっかりするかもしれませんが、話にはもっとあるのではないかと思います。平行線を引くために、多くの科学分野（𝑥、𝑦、𝑧）では未知数のタプルとして認識されています。この選択の背後にある理論的根拠は、アルファベットの最初の文字が既知の数量に使用され、最後の文字が未知の数量に使用された可能性があります（MathOverflowのこの回答による）。
したがって、この質問はおそらく次のように表現する方が適切かもしれませんC:。2つのフロッピードライブの存在とは関係のない意味があったのでしょうか。
更新：コメントで、スーパーユーザーSEについても非常によく似た質問が行われ、回答され、大いに賛成されていることが指摘されています。この時点で、この質問がここに存在することは意味がありますか？Modと管理者は、自由に閉じるか、適切と思われるアクションを実行してください。
回答
TL; DR：
最初のハードドライブパーティションに「C：」が選択されたのはなぜですか？
これは、AとBの後の最初の文字であるためです。ドライブには、文字を使用して順番に番号が付けられます。使用中のシステムの大部分にはフロッピードライブが1つまたは2つしかないため、通常、Cはそれらの後にある次のドライブに割り当てられる最初の番号でした。
C：2つのフロッピードライブの存在に依存しない意味がありましたか？
いいえ、ドライブ文字にはまったく意味がありません。これらは、検出の順序で選択された単なる変数名です。
詳細に
C：が最初のハードドライブパーティションを示すのはなぜですか？
フロッピードライブ用に定義されたAとBの後の最初の文字であるため、最初のように、フロッピーしかありませんでした。
Cが常にプライマリHD（またはパーティション）であるという事実は、リンクされた回答で説明されているように、後のメカニックが、Cをメインのインストールドライブと見なすように作成されたソフトウェアを喜ばせる（インストールする）ように作られています。
使用法はCP / Mにさかのぼり（コメントに記載されているように）、MS-DOSに採用され、Windows 10で存続します。周りを見回しましたが、[A＆Bは修正され、さらに文字が割り当てられている間、より良い説明は見つかりませんでした。ドライブのシーケンス '検出']
それがまさにポイントです。内部ドライブ（CP / M）には単純に番号が付けられています。文字の使用は、この数字を文字に翻訳したものです。1番目（ドライブ）-> A、2番目-> Bなど。
シーケンスは、メディアやドライブの種類とは関係ありませんでした。ハードディスクはドライブAである可能性があり、最初のフロッピーはEである可能性があり、BIOSによって報告された4番目のドライブです。同様に、mo仮想ドライブBがありました。使用可能なドライブのみに番号が付けられました。
MS-DOSは、フロッピーを最初に配置し、シングルフロッピーシステム用の仮想フロッピードライブBを追加することでこれを変更しました（そうです、結局のところ、160 KiBは大量のストレージです）。これにより、コピーだけでなく、ワードプロセッサなどのOSとアプリケーションを備えたシステムディスクとデータ（読み取り：テキストファイル）用のシステムディスクなど、一度に2つのディスクを必要とするソフトウェアの操作が簡素化されます。ドライブが1つしかない場合、ソフトウェアはそれ自体でディスクの変更を処理する必要がありましたが、これは良い作業ではありません。特に、システムディスクから他のコンポーネントが必要になる場合はそうです。同じドライブで2つのディスクを個別に処理することで、すべての問題が解消され（* 1）、ソフトウェアは、動作するドライブが常に2つあると想定できました（* 2）。
したがって、MS-DOSシステムでは、Cは常に、必須の（当時の）フロッピーの後に最初に使用可能なドライブ番号（つまり文字）でした。（後で）ハードディスクが利用可能になったとき、それらは通常Cとしてマウントされました。再び（ずっと）後でハードディスクがコモディティになったとき、ソフトウェアはフロッピーとしてのA＆Bの場合と同じように、Cをハードディスクと見なし始めました。もちろん、2つよりも多くのフロッピードライブを提供するシステムでは、これは簡単には機能しませんでした。そのため、後で（DOS 5を使用して）Cは最終的にプライマリブートディスク/パーティション用に予約されました（フロッピーでない場合）。
これは私がここから取ったもので、基本的にウィキペディアと前述のSEの回答にあるものと同じです。
多くのバリエーションでそれを見つけることは、それが本当にそれが作られた方法であるというヒントを与えるはずです。
がっかりするかもしれませんが、話にはもっとあるのではないかと思います。
いいえ、ドライブ文字には意味がありません。ドライブに番号を付けることを目的としているため、ドライブを区別できます。
平行線を引くために、多くの科学分野（𝑥、𝑦、𝑧）では未知数のタプルとして認識されています。この選択の背後にある基準は、アルファベットの最初の文字が既知の数量に使用され、最後の文字が不明な数量に使用された可能性があります（MathOverflowのこの回答による）。
まあ、それはまさにここにあります。既知のドライブのシーケンスはAで始まり、アルファベット順になります。
C：2つのフロッピードライブの存在に依存しない意味がありましたか？
いいえ、ドライブ文字にはまったく意味がありません。これらは、検出の順序で選択された単なる変数名です。
自分の鼻を超えて
意味のあるドライブ名が良いかどうかはさておき、他のシステムではDFn、フロッピー（ゼロから始まるn個の連番）やDHnハードドライブに使用されるAmiga-DOSのように、より意味のある名前を使用していました。システムドライブの場所に関する問題SYSは、システムドライブ/ディレクトリのような論理名を追加することで解決されました。
それでは、なぜドライブ指定子を使用するのでしょうか。
Unixoidesのように、ディレクトリツリーを操作するだけで、さまざまなドライブ（およびそのポイント）からのファイル（ディレクトリ）をどこにでもマウントできます。ドライブにアクセスする方法を追加しないものもあれば、シンボリックエントリを提供するものもあります。デスクトップとメインフレームの中間にあるため、この二重処理は非常に理にかなっています。
そして、すべてのTSOSの子孫のように、ディレクトリなどをあまり気にしないが、ファイルエントリの属性としてボリューム名を使用して単一のカタログデータベース内のすべてを管理するシステムがあります。これらはメインフレームシステムであるため、ユーザーはドライブについて何も知りません。ほとんどの場合、ドライブの種類すら含まれていないか、ディスクまたはテープ上にあるかどうか（* 3）あるとしても、ファイルが配置されているボリュームは既知です。さらに、ドライブには固定のハードウェア名がありません-単純なプラグを交換することで、その場で名前を変更できます...
* 1-それはフロッピーを交換するという恐ろしいメッセージを除いてです。
* 2-Appleはボリューム名を使用してさらに一歩進んだため、1台のMacドライブで複数のディスクを同時に処理し、次に必要なものを交換するようにユーザーに通知しました。これは、モーダルメッセージボックスを許可するウィンドウシステムでは、回線ベースのインターフェイスよりもトリッキーではありません。
* 3-キャッシュされていないテープファイルのランダム読み取りがたまたま...エラー... スロー
文字A:とB:は、本質的にCP / Mのクローンであり、フロッピーディスクドライブ用の通常の慣行に従ったMS-DOSによって予約されていました。そのようなドライブが1つだけ取り付けられている場合、ユーザーがディスクを交換するように求めるプロンプトを介して、両方の文字が同じ物理ドライブにマップされました。
C:単に次に利用可能な手紙でした。初期のファイルシステムでは、処理できるパーティションのサイズに厳しい制限があったため、ドライブが複数のパーティションを持ち、高価なハードディスクの容量をまとめて使用するのが一般的でした。これらはそこから順番に文字を取得しました。MS-DOSのFAT16ファイルシステムは、ハードディスクの容量が再び追いつくまで、数年間これらの制限を緩和しました。
ドライブM:は通常、RAMに保持されている一時ファイルシステムを参照するために使用されていました。これはシーケンスのかなり前にあり、通常は上記のスキームに干渉しませんでした。
CD-ROMが利用可能になると、ドライバーのインストールスクリプトも、次に利用可能な文字を選択することがよくありました。これにより、ユーザーが特定の数のハードディスクパーティション、つまり特定のCD-ROMドライブ文字を持っていると想定して、記述が不十分なゲームインストーラーとの互換性の問題が発生しました。
物理ストレージが完全に別のコンピューターに接続されているネットワークドライブは、通常、T:またはなどのアルファベットの後半に文字を割り当てることで、この状況を回避しましたX:。ただし、ディスクレスワークステーションは、にマップされたネットワークドライブから実行されていることがよくありますC:。私はオフィスコンピューティングのクラスを受講しているときに、そのようなシステムの1つを使用しました。
以前の回答が強調していないビットは、ハードドライブが前代未聞だったということです。コンピュータにはフロッピードライブ（運が良ければ...）、おそらくカセットテープが付属していました。したがって、番号付けは論理的であり、ドライブAから起動しました。運が良ければ、データ用のドライブB：が使用されました。それ以外の場合は、ドライブA：からプログラムディスクを取り出して、データディスクに挿入しました。
ハードディスクはありませんでした。ありましたが、これらは豪華なデバイスでした。
私がプログラムした最初のコンピューターは、彼が通信社の事業を営んでいた父のTRS-80でした。彼のすべての顧客データと会計は、すべてのソフトウェアとオペレーティングシステムだけでなく、フロッピーディスクにも保存されていました。
DOSディスクを挿入しました。MSDOS、DR-DOS、PC-DOSなどのフレーバーを選択できました。次に、高価なカスタムソフトウェアプログラムを挿入し、プロンプトが表示されたらストレージ用のディスクを挿入しました。
そして今、私は年をとっています。