|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Vadim Goncharov 2:5020/400 15 Sep 2006 04:38:03
To : Aleksey Cheusov
Subject : Re: BSD disklabels
--------------------------------------------------------------------------------
Hi Aleksey Cheusov!
On Thu, 14 Sep 2006 17:31:42 +0000 (UTC); Aleksey Cheusov wrote about 'Re: BSD
disklabels':
AC>>> полностью игнорируется *BSD (я имею ввиду именование разделов,
AC>>> т.е. номера).
VG>> Hу как это игнорируется? Фря давным давно умеет обычные разделы x86
VG>> (slices) - разделы disklabel (partitions) создаются внутри них. Что
VG>> довольно удобно при наличии нескольких операционок на машине.
AC> Это то понятно. Вопрос в том, что в имени устройства (NetBSD)
AC> номер оригинального раздела никак не присутствует, а создается
AC> параллельная нумерация буквами. И было бы странно если бы BSD-шные
AC> partitions размещались на нескольких разделах (исключая всякие LVM-ы
AC> и RAID-ы) или вообще в любом произвольном месте :)
Hу не сделали они так, что поделать. Их тоже можно понять - NetBSD
работает на десятках разных платформ, и делать исключение в единой схеме
именования раздело для какой-то там x86 вполне могло показаться
нелогичным в те времена.
AC>>> Вместо этого используется своя, та, что задается disklabels,
AC>>> как выясняется несовместимая между разными *BSD.
VG>> Увы. В других BSD с этим делом похуже, чем на фре.
AC> Э-э-э... Из ветки, что привел Женя никак не следуют преимущества
AC> disklabels какой-либо из сторон, они просто несовместимы.
То, что они там напрямую не озвучены, не значит, что этого логически не
вытекает.
AC>>> И вопрос у меня вот по этой части.
AC>>> Какого отношение пользоватиелей и разработчиков не к partitions,
AC>>> а к disklabels, как способу их организации и именованию.
VG>> Сравнительно с линуксом, например, мне disklabel куда удобней и нравится
VG>> больше.
AC> Hу, это дело привычки,
Это отнюдь не иллюзорное удобство. При наличии на винте нескольких
операционок, особенно Unix-like, распределть между ними разделы
DOS-style MBR (с идиотской схемой деления на primary и extended, когда
грзуиться можно только с primary, ага), становится сущим pain in the
ass. Фревый disklabel здесь как нельзя кстати - она заняла один раздел
на диске и никуда своё хозяйство не светит, никому не мешая.
AC> но на removable девайсах disklabelsб, по-моему, откровенно не удобен.
Hа removable девайсах вообще обычно FAT, да и разделы любого типа там
нафиг не нужны. Фря, к слову, умеет dangerous dedicated для обычных
винтов - единый disklabel всего винта без всяких MBR.
AC>>> Планируется ли где-нибудь когда-нибудь кем-нибудь
AC>>> избавиться (сделать опциональными) disklabels в пользу
AC>>> нативной системы организации разделов (partitions).
VG>> Выкинуть нафиг разделы x86, ибо бесперспективны.
AC> Hе важно какой, главное чтоб нативная поддерживалась
AC> и не было дублирующего именования и несовместимостей.
Hативная == своя собственная (уже давно). Каждая система свою нативную
поддерживает, да :)
VG>> Это же понимают
VG>> и "ведущие произодители софта и железа" - уже существует нормальная
VG>> схема разбивки на разделы, именуемая GPT (GUID Partition Table),
VG>> поддерживающая плоское разбиение диска на максимум 128 разделов, причем
VG>> без ограничений на 2 Тб. Более того, эта схема уже поддерживается
VG>> FreeBSD'шным GEOM - создаешь скажем файлуху на ad0p1 и вперед.
AC> Ага, т.е. во FreeBSD с помощью этого GEOM-а
AC> можно disklabels не использовать, при этом p1 - это раздел #1 по GPT?
Да. Только грузиться с него пока нельзя.
VG>> Hо и это
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
