Re: BSD disklabels

From

Vadim Goncharov (2:5020/400)

To

Valentin Nechayev (2:5054/37.63)

Date

2006-09-15T12:56:44Z

Area

RU.UNIX.BSD

From: Vadim Goncharov <vadimnuclight@tpu.ru>

Hi Valentin Nechayev! 

On Fri, 15 Sep 2006 07:09:59 +0000 (UTC); Valentin Nechayev wrote about 'Re: BSD disklabels':

 AC>>>>> И вопрос у меня вот по этой части.
 AC>>>>> Какого отношение пользоватиелей и разработчиков не к partitions,
 AC>>>>> а к disklabels, как способу их организации и именованию.
 VG>>>> Сравнительно с линуксом, например, мне disklabel куда удобней и нравится
 VG>>>> больше.
 AC>>> Ну, это дело привычки,
 VG>> Это отнюдь не иллюзорное удобство. При наличии на винте нескольких
 VG>> операционок, особенно Unix-like, распределть между ними разделы
 VG>> DOS-style MBR (с идиотской схемой деления на primary и extended, когда
 VG>> грзуиться можно только с primary, ага), становится сущим pain in the
 VG>> ass. Фревый disklabel здесь как нельзя кстати - она заняла один раздел
 VG>> на диске и никуда своё хозяйство не светит, никому не мешая.
 VN> Ну вот не сказал бы. Три линукса и две FreeBSD (а ещё винда) в
 VN> пределах одной машины у меня жили - и проблему создавали никак не
 VN> множественные разделы отведённые на линуксы и винду, а именно
 VN> FreeBSD. Проблемы было две - 1) необходимость иметь primary для
 VN> загрузки забирало целых два primary первого физического диска; 2)
 VN> boot1 и boot2 должны быть согласованы по версиям, и когда я поставил
 VN> 5ку на ad0s4 при активном ad0s3 с 4кой - пришлось ставить на ad0s4
 VN> boot2 от 4ки, иначе "0:ad(0,4,a)" приводило только к панике
 VN> загрузчика. Переключать активный не годилось (мне нужен был LILO,
 VN> посему активной была винда).
 VN> GRUB бы всё это конечно решил, но это всё-таки хоть и swiss army
 VN> knife, но резко посторонний продукт.

Да вы, батенька, извращенец :) На таком количестве операционок, когда их
по нескольку одного типа на машине, лучше всё же решать
специализированными вещами, типа GRUB. Есть еще конечно VMWare :)

 AC>>>>> Планируется ли где-нибудь когда-нибудь кем-нибудь
 AC>>>>> избавиться (сделать опциональными) disklabels в пользу
 AC>>>>> нативной системы организации разделов (partitions).
 VG>>>> Выкинуть нафиг разделы x86, ибо бесперспективны.
 AC>>> Не важно какой, главное чтоб нативная поддерживалась
 AC>>> и не было дублирующего именования и несовместимостей.
 VG>> Нативная == своя собственная (уже давно). Каждая система свою нативную
 VG>> поддерживает, да :)
 VN> С окончательным приходом GPT похоже все нативные будут одинаковы:)
 VN> Заметь, что в disklabel все данные 32-битные. И дальше 2T она не
 VN> тянет.

Угу. Но и зачем расширять disklabel, когда придёт GPT ? А до того
момента текущая ситуация вполне нормальна.

 AC>>> Ага, т.е. во FreeBSD с помощью этого GEOM-а
 AC>>> можно disklabels не использовать, при этом p1 - это раздел #1 по GPT?
 VG>> Да. Только грузиться с него пока нельзя.
 VN> А кто знает, где этот код в loader'е?

А он, интересно, в loader(8) или всё же в загрузочных блоках до него?

-- 
WBR, Vadim Goncharov. ICQ#166852181       mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
 * Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
SEEN-BY: 50/12 203 400/814 450/159 186 1024 451/30 461/43 132 640 469/999
SEEN-BY: 550/196 4616/3 4625/8 4635/4 4641/444 5000/76 5000 5006/1 5007/1
SEEN-BY: 5010/70 352 5011/13 5012/46 5015/28 5019/31 5020/18 154 175 194 400
SEEN-BY: 5020/545 549 715 758 982 1057 1523 1604 1630 1909 1922 2142 2238 2395
SEEN-BY: 5020/2450 2590 2871 4441 5021/3 29 5022/128 5025/3 750 5026/45
SEEN-BY: 5027/12 5029/32 5030/49 500 556 966 1063 1080 1900 1957 2828 5031/47
SEEN-BY: 5031/70 5034/10 13 5035/3 38 5036/1 5040/47 5042/13 5045/7 5049/1 50
SEEN-BY: 5049/97 5051/15 5054/1 4 8 9 11 28 35 36 37 45 63 66 67 70 75 84 85
SEEN-BY: 5055/95 5057/1 5059/9 5060/88 5061/15 5062/1 10 5063/3 5064/7 5066/18
SEEN-BY: 5074/9 5075/5 5077/70 5080/80 1003 5082/6 5083/21 5085/13 5090/108
SEEN-BY: 5094/4 5095/20 5096/18 5099/11 6001/3 10

PATH: 5020/400 4441 545 5054/1 37