Если грузить ядро Винды (и значит саму Винду) загрузчик Windows 7 не умеет, то как же работать будет? Речь идёт о гибридном MBR?
Да.
Или можно использовать загрузку с другого физического диска.
Может будет быстрей обмен данными на диске с GPT ? Или нет?
С чего бы вдруг? Скорость обмена зависит явно не от двух табличек, описывающих, с какого сектора начинаются и заканчиваются разделы на диске.
Единственная польза для пользователя от GPT - выход за лимит в 2 ТБ.
И отказ за счет того, что GPT поддерживается всеми современными ОС, от необходимости обязательно разбивать большой диск на 2 и более разделов и использовать уже сейчас практически изжитую гадость типа проприетарных дисковых менеджеров, драйвера которых представляют большой физический диск как несколько маленьких физических (схема разбивки при этом хранится непонятно в каком формате и где (обычно сразу за MBR, но туда же без предупреждения любят записывать свои данные альтернативные бутменеджеры и бутовые вирусы), кроме того такие менеджеры никогда не поддерживали изменение размеров разделов и их конвертацию (преобразование NTFS в FAT), способ изменения разбивки был только один - полный бекап.
Но с GPT тоже все не очень хорошо получилось. При создании GPT стандарта Интел попыталась одновременно решить некоторые бизнес-задачи: подсадить всех на проприетарный EFI, ею продвигаемый (т.к. в GPT никогда не предусматривали место для секторов с загрузчиком и загрузить ядро системы с GPT диска, размеченного в строгом соответствии с рекомендациями Интел и иже с нею, сможет только EFI), кроме того, в EFI очень просто включать множество "вкусняшек" (например, неотключаемый secure boot для возможности загрузки к примеру только Windows 8, возможность программно ограничивать возможности оборудования (частоты, множители, кеш, конвейеры, число линий PCI-e, "лицензировать" возможность работы видеокарт (в паре) и других устройств сторонних производителей или вообще виртуализировать железо, заставлять юзеров работать только под интеловским гипервизором, при этом открывается возможность незаметно шпионить за пользователем даже когда его компьютер выключен, т.к. в чипсет встроен процессор на ARM), в общем EFI, развиваемое под чутким руководством - это мечта для производителей быдлодевайсов и всевозможных копирастов, и возможность для Интел извести всех альтернативных производителей чипсетов под свои процессоры, а собственные разбить на сегменты (чего она уже и добилась).
Рекомендации преследуют в частности цель намеренно сделать несовместимой схему разбивки GPT со схемой MBR - если создана GPT, то в MBR должен существовать только один специальный "защитный" раздел, охватывающий весь физический диск начиная с его второго сектора и до самого последнего или до начала 2 ТБ.
Буквально следование этим рекомендациям здорово бы попортило кровь пользователям. Хорошо, что наученные многолетним опытом разработчики ядер ОС и драйверов файловых систем издавна стали ложить болт на подобные левые пожелания, и чтобы лишний раз не переделывать, пишут софт низкого уровня так, что для загрузки и работы большинства современных ОС из MBR/GPT используется только самый минимум необходимой информации, остальная (например некорректно указанная CHS) просто игнорируется, поэтому все без проблем грузится и работает.
К примеру, загрузчик ядра винды возьмет данные о разделах из MBR, уже загруженное ядро с LVM - из GPT, т.е. MBR c разделами данных и GPT друг другу не мешают. Линуксовые загрузчики умеют брать даные откуда нужно.
В случае рассинхронизации MBR и GPT из-за софта, не понимающего гибридной схемы и изменяющего только одну из таблиц, будут проблемы - пересекающиеся MBR и GPT разделы могут перетереть друг друга.
Для синхронного изменения MBR и GPT под Windows и Linux есть утилита gptfdisk (gdisk), но изменять размеры разделов с перестройкой структур файловой системы она не умеет. Софт, который умеет - не умеет синхронизировать таблицы.
Забывчивость (после каждого изменения размеров разделов, перекрываемых MBR, нужно не забывать вручную запускать утилиту синхронизации) может привести к потере данных.
Чтобы максимально снизить риск, рекомендую использовать какую-нибудь максимально простую схему.
Например, создать и прописать в MBR один загрузочный раздел максимального объема (2 ТБ) и точно такой же раздел прописать в GPT (LBA его начала и конца в обеих таблицах должны совпадать), и больше эту схему не менять, остальные разделы создавать только за 2 ТБ, т.е. в GPT).
Если диск - до 2 ТБ или не один, то лучше этим не заниматься, а поэкспериментировать лучше всего в виртуальной машине с динамически расширяющимся образом диска (нули в нем не занимают места).
