VS>>>> А вот GPT вещь хорошая и удобная. Количество разделов не VS>>>> ограничено, EG>>> У MBR/bsdlabel тоже практически не ограничено: 4*20=80 штук. VS>> Hо bsdlabel никто не понимает, кроме BSD. А в случае GPT можно VS>> унести диск на Linux/Windows и надеятся, что они поймут, что там VS>> такое. А если и не поймут, то увидят Protective MBR и хотя бы VS>> диск не запорют (наверное).
EG> Зачем тебе неограниченное количество разделов на носимом диске-то? EG> Одного FAT32/NTS в MBR недостаточно для обмена данными?
На носимом диске уже давно недостаточно FAT32 из-за ограничения размера файла в 4 Гб. А NTFS FreeBSD не умеет нормально на запись. Выручил бы exfat, но его нет не только в базовой системе, но даже в бинарных пакетах из-за каких-то лицензионных ограничений. И они оба (rw NTFS и exfat) только через fuse.
Но речь ведь не обязательно про носимый диск. Вот к примеру первые два пришедших в голову сценария.
1. Делается ТО компа с FreeBSD, железячник загружает его с хитрого ремонтного flash/DVD для проверки железа. Лучше если его инструменты будут видеть на диске нечто знакомое им, а то ещё попытаются чинить. Собственно Protective MBR на такой случай и придуман.
2. Комп с FreeBSD умер, снимаем диск и несем куда-то считывать с него данные, или загружать на другой системе. Далее см. п. 1.
VS>>>> можно давать разделам метки и монтировать по ним. EG>>> Все метки у нас работают через geom_label, а он умеет метки EG>>> не только для GPT, но вообще для чего угодно - EG>>> для UFS через /dev/ufs/label, для остального через EG>>> /dev/label/swap. VS>> Я уже писал, что метки, доступные через /dev/ufs/label и VS>> /dev/label/swap, нужно *хранить* в последнем секторе раздела. VS>> Соответственно если подсунуть этот диск системе без geom, для неё VS>> это мусор, особенно если она ожидает увидеть на этом месте копию VS>> GPT.
EG> В конце диска ожидают увидеть копию GPT только если в начале есть EG> оригинал. А если там MBR, то не ожидают. А зачем тебе метки фрёвых EG> разделов за пределами freebsd, какой use case?
Так ведь в GPT могут храниться метки не только фревых разделов, а любых. В случае multiboot, или если глядеть на разделы каким-нибудь gparted-ом, метки разделов очень даже познавательны.
EG>>> И это в GPT тоже плохо. В нём всё плохо - ни совместимости EG>>> с graid/gmirror,
Работает в общем-то с gmirror, хоть и с руганью в начале загрузки на отсутствие второй GPT. Неаккуратненько, да.
EG>>> ни мультизагрузчиков, единственный бут-раздел.
Да, единственный бут-раздел это минус, особенно если привык, что на MBR их с лёгкостью 4 шт и boot0 совершенно беспроблемен.