VS>> А вот GPT вещь хорошая и удобная. Количество разделов не VS>> ограничено,
EG> У MBR/bsdlabel тоже практически не ограничено: 4*20=80 штук.
Но bsdlabel никто не понимает, кроме BSD. А в случае GPT можно унести диск на Linux/Windows и надеятся, что они поймут, что там такое. А если и не поймут, то увидят Protective MBR и хотя бы диск не запорют (наверное).
VS>> можно давать разделам метки и монтировать по ним.
EG> Все метки у нас работают через geom_label, а он умеет метки EG> не только для GPT, но вообще для чего угодно - EG> для UFS через /dev/ufs/label, для остального через /dev/label/swap.
Я уже писал, что метки, доступные через /dev/ufs/label и /dev/label/swap, нужно *хранить* в последнем секторе раздела. Соответственно если подсунуть этот диск системе без geom, для неё это мусор, особенно если она ожидает увидеть на этом месте копию GPT.
А метки в GPT являются стандартом и живут в самой GPT.
VS>> Вот необходимость копии GPT в конце диска немного огорчает.
EG> И это в GPT тоже плохо. В нём всё плохо - ни совместимости EG> с graid/gmirror, ни мультизагрузчиков, единственный бут-раздел.
Мультизагрузчиков таки нет?
Я вот пытаюсь сейчас разобраться со standalone grub2, в теории он должен грузить любую ОС с любого GPT раздела, а на практике я не прошёл квест дальше чем "GRUB loading."