Что может мешать преобразованию диска из mbr в gpt?

Question

[Imbafire]

В данной статье в арч вики наткнулся на такое пояснение:

Remember that GPT stores a secondary table at the end of disk. This data structure consumes 33 512-byte sectors by default. MBR doesn't have a similar data structure at its end, which means that the last partition on an MBR disk sometimes extends to the very end of the disk and prevents complete conversion. If this happens to you, you must abandon the conversion, resize the final partition, or convert everything but the final partition.

1. При каких условиях это вообще происходит?
   
2. Как этого избежать и вообще сделать так чтобы диск на 100% преобразовался в gpt, без остаточных рудиментов в виде остатков mbr раздела?
   
3. Как именно рекомендуется сделать ресайз раздела который мешает преобразованию? Правильно ли я понимаю что нужно сместить его от конца диска или же наоборот чтобы он занимал небольшую часть в конце?
   
4. Будет ли в таком случае дублироваться таблица gpt?
   
5. Что еще может мешать полному преобразованию таблицы разделов, были ли у кого-то такие случаи?
   

Answer 1

[Melkij]

GPT занимает 33 сектора в начале и конце диска.
MBR - 63 только в начале.

О том и предупреждение, что если у вас диск размечен до последнего LBA - то резервный GPT писать некуда. Там уже могут быть ваши данные записаны.
Разделы можете размечать как угодно, лишь бы в начале и конце LBA-адресации было хотя бы по 33 сектора неразмеченных. Лучше 40 секторов - выравнивание по 4кб смещению весьма полезно и для SSD и для большинства современных HDD.

Пример моего parted /dev/sdc unit s p:

Model: ATA WDC WD20EARS-00M (scsi)
Disk /dev/sdc: 3907029168s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 40s 295s 256s boot_grub bios_grub
2 296s 260231s 259936s boot boot, esp
3 260232s 27295879s 27035648s ext4 r10perf raid
4 27295880s 3907029127s 3879733248s r5stor raid

Первый раздел начинается с сектора 40, там начало GPT
Весь диск - 3907029168 секторов, последний сектор раздела - 3907029127, т.е. я оставил 40 секторов в конце диска для размещения резервной копии GPT.

Comments

[Imbafire]

Все ясно, спасибо. Кроме одного момента. Почему не происходит принудительная запись дублирующей части таблицы в конец диска? Ведь При конвертировании, по сути, все равно происходит потеря данных.

[Melkij]

Смотря чем и как конвертировать.
Если в конце диска есть достаточно места - то таблица разделов заменяется элементарно без потери данных. Всего-то и надо, запомнить текущую разметку диска, создать заголовки GPT, создать разделы по тем же LBA-блокам.

Указанная статья - именно про without data loss. С потерей - просто размечаете GPT как будто на пустом диске и всё.