ハードドライブをパーティション分割するときに、割り当てられていない小さなスペースが残っています。どういう意味ですか、なぜ使用できないのですか？
パーティションダイアログで「空き領域の追跡」をゼロに設定していても、最大サイズのパーティションを作成したい場合、ハードドライブのパーティションスキームで小さな未割り当て領域に遭遇することがよくあります。 （下の最初の写真を参照してください。）
2048セクターのこの空き領域を使用するものは何ですか？選択されたパーティションテーブルは [〜＃〜] gpt [〜＃〜]です。この小さなスペースは [〜＃〜] mbr [〜＃〜] GPTと同等ですか？もしそうなら、なぜそれはスペースの終わりにあるのですか、それはHDDの始めにあるべきではありませんか？
Libpartedがこれを行う理由はわかりませんが、次の3つの仮説があります。
- 過去の遺物かもしれません。古いスタイルのシリンダー配置を使用する場合、最新のディスクのセクター数が正確なシリンダー数になることはめったにありません。つまり、最後のシリンダーは部分的です。したがって、シリンダーアライメントでMBRディスクを分割する場合、ディスクの最後にあるいくつかのセクターを未使用のままにしておくのがかつては一般的な方法でした。 libpartedがこれを行うために使用するアルゴリズムが、GPTディスクに1MiBのギャップを作成することになる可能性があります。もしそうなら、これは非常にマイナーなものではありますが、バグと見なされる可能性があります。
- 丸め誤差の可能性があります。 libpartedの最近のバージョンでは、パーティションの開始点は1MiBの境界に揃えられています。開発者は、最後に使用可能なセクターでパーティションを終了することを意図していた可能性がありますが、丸め誤差により、パーティションの配置値が1MiBだけ低下した可能性があります。
- 意図的なものかもしれません。ディスクの端にあるギャップは、 BIOSブートパーティション （ユーザーが必要だと気づかなかったためにパーティション分割後に追加する必要がある場合があります）またはパーティションテーブルのサイズを調整するために使用できます。 。残念ながら、この仮説では、libpartedはこれらの方法のいずれかでこのスペースを使用できませんが、
gdiskは使用できます。
これらのオプションを妥当性の高い順にリストしました。私は GPT fdisk（gdisk、sgdisk、およびcgdisk）、 の作成者であるため、ニーズに非常に精通していることに注意してください。 GPTパーティショニングの。私はlibpartedに数行のコードを提供しましたが、この動作の原因となるlibpartedの特定の領域に精通していないため、私の仮説の投機的な性質がわかりません。
From Arch LinuxWikiの記事GUIDパーティションテーブル：
注：GPTはディスクの最後にセカンダリテーブルを格納することに注意してください。ディスクの最後の1MiBがどのパーティションでも使用されていないことを確認する必要があります。