= Сообщение: 7268 из 10763 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 04 May 18 17:49:01 Кому : Victor Sudakov 04 May 18 17:49:01 Тема : Re: boot manager for GPT FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+6b55a9a9 На : area://RU.UNIX.BSD?msgid=2:5005/49+5aec06a4 = Кодировка сообщения определена как: IBM866 ================================= Ответ: area://RU.UNIX.BSD?msgid=2:5005/49+5aee770e ============================================================================== 04 мая 2018, пятница, в 12:01 NOVT, Victor Sudakov написал(а):
VS>>> А вот GPT вещь хорошая и удобная. Количество разделов не VS>>> ограничено, EG>> У MBR/bsdlabel тоже практически не ограничено: 4*20=80 штук. VS> Hо bsdlabel никто не понимает, кроме BSD. А в случае GPT можно унести диск на VS> Linux/Windows и надеятся, что они поймут, что там такое. А если и не поймут, то VS> увидят Protective MBR и хотя бы диск не запорют (наверное).
Зачем тебе неограниченное количество разделов на носимом диске-то? Одного FAT32/NTS в MBR недостаточно для обмена данными?
VS>>> можно давать разделам метки и монтировать по ним. EG>> Все метки у нас работают через geom_label, а он умеет метки EG>> не только для GPT, но вообще для чего угодно - EG>> для UFS через /dev/ufs/label, для остального через /dev/label/swap. VS> Я уже писал, что метки, доступные через /dev/ufs/label и /dev/label/swap, нужно VS> *хранить* в последнем секторе раздела. Соответственно если подсунуть этот диск VS> системе без geom, для неё это мусор, особенно если она ожидает увидеть на этом VS> месте копию GPT.
В конце диска ожидают увидеть копию GPT только если в начале есть оригинал. А если там MBR, то не ожидают. А зачем тебе метки фрёвых разделов за пределами freebsd, какой use case?
EG>> И это в GPT тоже плохо. В нём всё плохо - ни совместимости EG>> с graid/gmirror, ни мультизагрузчиков, единственный бут-раздел. VS> Мультизагрузчиков таки нет?