Re: BSD disklabels

From

Vadim Goncharov (2:5020/400)

To

Aleksey Cheusov (2:5054/37.63)

Date

2006-09-15T04:38:02Z

Area

RU.UNIX.BSD

From: Vadim Goncharov <vadimnuclight@tpu.ru>

Hi Aleksey Cheusov! 

On Thu, 14 Sep 2006 17:31:42 +0000 (UTC); Aleksey Cheusov wrote about 'Re: BSD disklabels':

 AC>>> полностью игнорируется *BSD (я имею ввиду именование разделов,
 AC>>> т.е. номера).
 VG>> Ну как это игнорируется? Фря давным давно умеет обычные разделы x86
 VG>> (slices) - разделы disklabel (partitions) создаются внутри них. Что
 VG>> довольно удобно при наличии нескольких операционок на машине.
 AC> Это то понятно. Вопрос в том, что в имени устройства (NetBSD)
 AC> номер оригинального раздела никак не присутствует, а создается
 AC> параллельная нумерация буквами. И было бы странно если бы BSD-шные
 AC> partitions размещались на нескольких разделах (исключая всякие LVM-ы
 AC> и RAID-ы) или вообще в любом произвольном месте :)

Ну не сделали они так, что поделать. Их тоже можно понять - NetBSD
работает на десятках разных платформ, и делать исключение в единой схеме
именования раздело для какой-то там x86 вполне могло показаться
нелогичным в те времена.

 AC>>> Вместо этого используется своя, та, что задается disklabels,
 AC>>> как выясняется несовместимая между разными *BSD.
 VG>> Увы. В других BSD с этим делом похуже, чем на фре.
 AC> Э-э-э... Из ветки, что привел Женя никак не следуют преимущества
 AC> disklabels какой-либо из сторон, они просто несовместимы.

То, что они там напрямую не озвучены, не значит, что этого логически не
вытекает.

 AC>>> И вопрос у меня вот по этой части.
 AC>>> Какого отношение пользоватиелей и разработчиков не к partitions,
 AC>>> а к disklabels, как способу их организации и именованию.
 VG>> Сравнительно с линуксом, например, мне disklabel куда удобней и нравится
 VG>> больше.
 AC> Ну, это дело привычки,

Это отнюдь не иллюзорное удобство. При наличии на винте нескольких
операционок, особенно Unix-like, распределть между ними разделы
DOS-style MBR (с идиотской схемой деления на primary и extended, когда
грзуиться можно только с primary, ага), становится сущим pain in the
ass. Фревый disklabel здесь как нельзя кстати - она заняла один раздел
на диске и никуда своё хозяйство не светит, никому не мешая.

 AC> но на removable девайсах disklabelsб, по-моему, откровенно не удобен.

На removable девайсах вообще обычно FAT, да и разделы любого типа там
нафиг не нужны. Фря, к слову, умеет dangerous dedicated для обычных
винтов - единый disklabel всего винта без всяких MBR.

 AC>>> Планируется ли где-нибудь когда-нибудь кем-нибудь
 AC>>> избавиться (сделать опциональными) disklabels в пользу
 AC>>> нативной системы организации разделов (partitions).
 VG>> Выкинуть нафиг разделы x86, ибо бесперспективны.
 AC> Не важно какой, главное чтоб нативная поддерживалась
 AC> и не было дублирующего именования и несовместимостей.

Нативная == своя собственная (уже давно). Каждая система свою нативную
поддерживает, да :)

 VG>> Это же понимают
 VG>> и "ведущие произодители софта и железа" - уже существует нормальная
 VG>> схема разбивки на разделы, именуемая GPT (GUID Partition Table),
 VG>> поддерживающая плоское разбиение диска на максимум 128 разделов, причем
 VG>> без ограничений на 2 Тб. Более того, эта схема уже поддерживается
 VG>> FreeBSD'шным GEOM - создаешь скажем файлуху на ad0p1 и вперед.
 AC> Ага, т.е. во FreeBSD с помощью этого GEOM-а
 AC> можно disklabels не использовать, при этом p1 - это раздел #1 по GPT?

Да. Только грузиться с него пока нельзя.

 VG>> Но и это
 VG>> еще не всё - GEOM уже сейчас умеет хитрые трюки и с традиционной
 VG>> disklabel - например, создавать вложенные disklabel или форматировать
 VG>> раздел вообще без disklabel.
 AC> Э-э-э. Мне не надо трюков, мне надо без disklabels,
 AC> если честно, не нравится он мне, хоть и понятны его благородные
 AC> истоки :)

Следует преодолеть в себе иррациональное отвращение и работать с каждой
системой так, как в ней принято. То есть, используя disklabel в BSD.
А то получается, привык только к одной схеме, и всё отличающееся
- вводит в ступор.

-- 
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