Re: BSD disklabels

From

Aleksey Cheusov (2:5020/400)

To

Vadim Goncharov (2:5054/37.63)

Date

2006-09-14T21:31:42Z

Area

RU.UNIX.BSD

From: Aleksey Cheusov <cheusov@scnsoft.com>


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

 AC>> Вместо этого используется своя, та, что задается disklabels,
 AC>> как выясняется несовместимая между разными *BSD.

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

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

 VG> Сравнительно с линуксом, например, мне disklabel куда удобней и нравится
 VG> больше.
Ну, это дело привычки, но на removable девайсах disklabelsб,
по-моему, откровенно не удобен.

 AC>> Планируется ли где-нибудь когда-нибудь кем-нибудь
 AC>> избавиться (сделать опциональными) disklabels в пользу
 AC>> нативной системы организации разделов (partitions).

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

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

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

-- 
Best regards, Aleksey Cheusov.
--- ifmail v.2.15dev5.3
 * Origin: Demos online service (2:5020/400)
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