私は外付けHDとだけ言いますが、内蔵HDにはこの問題はありません。
GPTテーブルを作成し、1つのNTFSボリュームを作成しました。ディスクの最後に未割り当ての1MBが表示されます。 GPTテーブルのバックアップであることは知っていますが、そこには入れたくありません。とにかくデータをバックアップします。これはデータストレージ専用です。 MBRを使用しているときにこの問題が発生し、ボリューム間のギャップが発生しました。最近UEFIに移行し、すべてのドライブでGPTを使用したいと思っていますが、UEFI/GPTの内部動作についてはまだよく知りません。
なぜ1MBを返して欲しいのかということを主張するつもりはありません。ボリュームを暗号化したいのですが、後で簡単にサイズ変更できないので暗号化できません。
誰か他のツールに名前を付けて、これを上書きして、すべてのスペースを確保できるとしたら、ありがとう。 Windowsでパーティション分割を試みましたが、Gpartedは常にこれを示しています。外部が内部とは異なる扱いを受ける理由がわかりません。 GPTにギャップがあるとは限りません。たぶん、誰かがこのスペースが不可欠であるかどうか/なぜ説明することもできます。
編集:提案どおり、私はgdiskをいじっています。しかし、gdiskは、LinuxとWindowsの両方が有効であると認識するGPT/UEFI標準準拠のパーティションを作成しますか?もしそうなら、なぜGpartedはスペースを離れるのですか?外部が内部とは異なる扱いを受ける理由はまだわかりません。標準は標準であり、統一されています。
ボリュームの最後にあるセカンダリラベルはGPTで必要です。それがないディスクは破損しており、すべてのシステムで認識されるとは限りません。破損したフォーマットを使用して、少なくとも数百ギガバイトのディスク上に小さなスペースを確保することは、あまり意味がありません。
ただし、実際のGPTラベルのサイズは約68キロバイトにすぎません。最新のパーティション分割ソフトウェアは、パフォーマンス上の理由から、通常、各パーティションのstartを1MB境界に揃えます。これは、実際のディスクセクターまたはフラッシュ消去ブロックサイズの倍数であるためですが、 1MB境界にある最後のパーティション。 GPartedはデフォルトでこれを行う場合がありますが、gdisk
を使用すると、使用可能な最後のセクター(ディスクの最後から68k)までのパーティションを作成できます。
ただし、パーティションのbeginningの1MBの配置は、GPTラベルと最初のパーティションの間に、ディスクの先頭に約1MBの未使用スペースがあることにも注意してください。ディスクの物理セクターまたは消去ブロックのサイズがわかっている場合は、1MBの境界を使用する代わりに、パーティションをそれに合わせて、最初のパーティションの先頭をディスクの先頭に近づけることができます。 (しかし、これは実際よりも厄介なようです。)
https://wiki.archlinux.org/index.php/Btrfs#Partition_offset からの抜粋に気づきました
GRUBはBtrfsパーティションをブートできますが、モジュールは他のファイルシステムよりも大きい場合があります。また、grub-installによって作成されたcore.imgファイルは、MBRと最初のパーティション間のドライブの最初の63セクター(31.5KiB)に収まらない場合があります。 fdiskやgdiskなどの最新のパーティション分割ツールは、最初のパーティションを約1MiBまたは2MiBオフセットすることでこの問題を回避します。
これは、他の回答が示しているように思われるので、これがセクター/境界/その他の配置の問題ではないことを意味しているようですが、安全策です。この引数をサポートする他の兆候:SSDをbtrfsでフォーマットしているときに、フリースペースの先頭でパーティションを揃えるように指定した後、これが発生しました...しかし、1 MBの空のスペースがパーティションの前にありました。それで、おそらくこれは、MBRが追加のスペースを必要とする可能性があることを予測するパーティションツールです。そして、パーティション分割ツールは、何が起こっているのかについてユーザーにフィードバックを与えませんか?
Gpartedでパーティションのサイズを変更するときに、未割り当ての1MiBパーティションが増えるという問題に遭遇しました。 Align to:MiB(デフォルト)ではなくAlign to:Cylinderオプションを使用することで、これを回避できる場合もあります。