GParted оставляет 1 МБ нераспределенного пространства в конце внешнего жесткого диска, переопределение / альтернатива?

Question

Я говорю только внешний HD, у меня нет этой проблемы с внутренними HD.

Я создал таблицу GPT, а затем сделал один том NTFS. Он показывает 1 МБ нераспределенного в конце диска. Я знаю, что это резервная копия таблицы GPT, но я не хочу ее там. Я все равно копирую свои данные. Это только для хранения данных. У меня была эта проблема при использовании MBR и разрывы между томами. Недавно я перешел в UEFI и хочу использовать GPT на всех дисках, но я пока не очень хорошо знаком с внутренними принципами работы UEFI/GPT.

Я не собираюсь спорить о том, почему я хочу вернуть 1 МБ, я просто хочу. Я хочу зашифровать том, но не могу, так как впоследствии его нельзя легко изменить.

Если кто-нибудь может назвать какой-то другой инструмент, который позволит мне переопределить это и даст мне все свое пространство, спасибо. Я пробовал разбить его в Windows, но Gparted всегда показывает это. Я не понимаю, почему внешнее воспринимается иначе, чем внутреннее. У GPT не должно быть пробелов. Может быть, кто-то также может объяснить, если / почему это пространство необходимо.

Изменить: я возиться с gdisk, как предложено. Но создаст ли gdisk совместимый со стандартами раздел GPT/UEFI, который Linux и Windows признают действительным? Если так, почему Gparted покидает пространство? Я до сих пор не понимаю, почему внешнее воспринимается иначе, чем внутреннее. Стандарты есть стандарты, будьте едины.

Answer 1

Вторичная метка в конце тома требуется GPT; диск без него поврежден и не может быть распознан всеми системами. Использование искаженного формата для получения небольшого количества места на диске, который, вероятно, по крайней мере несколько сотен гигабайт, не имеет особого смысла.

Однако фактическая метка GPT составляет всего около 68 килобайт. Современное программное обеспечение для создания разделов обычно выравнивает начало каждого раздела на границе 1 МБ по соображениям производительности, так как это кратно любому реалистичному размеру сектора диска или флэш-блока стирания, но в действительности нет необходимости, чтобы конец последнего раздела находился на 1 МБ границы. GParted может делать это по умолчанию, но gdisk позволяет вам создать раздел, который идет до последнего используемого сектора (68 КБ от конца диска).

Однако обратите внимание, что выравнивание 1 МБ в начале ваших разделов означает, что у вас также есть около 1 МБ неиспользуемого пространства в начале диска между меткой GPT и первым разделом. Если вы знаете физический сектор вашего диска или размер стираемого блока, вы можете выровнять свои разделы по ним вместо использования границ 1 МБ, чтобы переместить начало первого раздела ближе к началу диска. (Но это кажется больше проблем, чем оно того стоит.)

Answer 2

Я заметил отрывок из https://wiki.archlinux.org/index.php/Btrfs#Partition_offset

GRUB может загружать разделы Btrfs, однако модуль может быть больше, чем другие файловые системы. И файл core.img, созданный grub-install, может не помещаться в первые 63 сектора (31,5 КБ) диска между MBR и первым разделом. Современные средства создания разделов, такие как fdisk и gdisk, позволяют избежать этой проблемы, смещая первый раздел примерно на 1 МБ или 2 МБ.

Кажется, это подразумевает, что это не проблема выравнивания сектора / границы / и т.д., Как указывают другие ответы, а гарантия. Другие признаки, поддерживающие этот аргумент: это произошло для меня при форматировании SSD с помощью btrfs, после того как я указал, что раздел должен быть выровнен в начале свободного пространства ... но 1 МБ свободного места было расположено перед моим разделом. Итак, может быть, это инструмент разбиения, ожидающий, что MBR может потребоваться дополнительное пространство? А инструмент разбиения просто не дает пользователю обратной связи о том, что происходит?