これに対する一般的な回答は、他の回答で述べたように、MBRは2TBを超えるドライブをサポートしないことです
それは本当ですが、完全に正しいわけではありません。実際の技術的な限界がある2つの32 1セクタ- MBRセクタに対処するために32ビットのインデックスを使用するので、。したがって、512バイトセクターの古いドライブでは、最大2 32 ×512 = 2TBになり、アドバンスドフォーマット(AF、つまり4KBセクター)を使用する新しいドライブでは、16TB MBRドライブを使用できます。
diskmgmt.mscがAFドライブに大きなパーティションを作成できるかどうかはわかりませんが、これには多くの人為的なハードコードの制限があり、サードパーティのディスクパーティショナーと比較して機能や機能がかなり遅れています。ディスクフォーマットがAFであるかどうかを確認する必要があり、本当にそうである場合は、サードパーティのソリューションを使用してドライブのサイズを変更できます。
そうでない場合は、まだ心配しないでください。あなたは、ほぼまで、より高い行くことができる二回以上の制限とマルチパーティション4TBのMBRディスクを持っている限り、最後のパーティションが始まる2TBマークの前と2TBよりも長持ちしません。その背後にある技術的な説明は
MBRは、開始セクタとパーティションの長さの観点からパーティションの場所を記録します。これらは両方とも32ビット値であるため、2 TiBマークの後のすべてのスペースが単一のプライマリパーティション、またはおそらく単一の拡張パーティションにある限り、理論上は4 TiBディスクでMBRを使用できます。多数の論理パーティションを保持します。このような構成は多少制限されますが、MBRフレームワークに適合します
MBRの制限の回避
もちろん、これにはOSサポートが必要です。また、diskmgmt.mscの代わりにサードパーティのディスクパーティショナーも必要です。ただし、Windows 7以降ではこれらのディスクを十分にサポートしているため、問題はありません。上記のRod Smithの記事から引用するには
簡単に言うと、2 TiBマークにまたがるパーティションを処理できると思われるOSは、Linux、FreeBSD、およびWindows 7のみでした。
あなたの場合、C:を小さくして2048GBより小さくし、残りの1678GBのスペースに別のパーティションを作成するだけです。この場合、単一の巨大なボリュームを持つことはできませんが、少なくともドライブ全体を使用できることに注意してください
パーティション情報は、開始ブロックアドレスと長さを使用してMBRパーティションテーブルに格納されるため、理論的には、512バイトセクターのディスクに割り当てられたスペースの合計サイズが4に近づくようにパーティションを定義することができます。 TiB、1つを除くすべてのパーティションが2 TiB制限より下にあり、最後のパーティションがブロック2 32 -1 またはその近くから開始するように割り当てられ、サイズを最大2 32 -1 として指定し、それによって33を必要とするパーティションを定義する場合アクセスするセクタアドレスの32ビットではなく。ただし、実際には、64ビットセクターアドレスを内部で使用するGNU / Linux、FreeBSD、Windows 7 [20]など、特定のLBA-48対応オペレーティングシステムのみが実際にこれをサポートしています。
https://en.wikipedia.org/wiki/Master_boot_record#Partition_table_entries
ダイナミックディスクは完全に異なり、問題とは無関係であることに注意してください。ソフトウェアRAID、ストライピング、スパニング、オンラインサイズ変更など、Linux上のLVMの類似物です...