|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 15 Sep 2006 11:09:59
To : Vadim Goncharov
Subject : Re: BSD disklabels
--------------------------------------------------------------------------------
>>> Vadim Goncharov wrote:
AC>>>> И вопрос у меня вот по этой части.
AC>>>> Какого отношение пользоватиелей и разработчиков не к partitions,
AC>>>> а к disklabels, как способу их организации и именованию.
VG>>> Сравнительно с линуксом, например, мне disklabel куда удобней и нравится
VG>>> больше.
AC>> Hу, это дело привычки,
VG> Это отнюдь не иллюзорное удобство. При наличии на винте нескольких
VG> операционок, особенно Unix-like, распределть между ними разделы
VG> DOS-style MBR (с идиотской схемой деления на primary и extended, когда
VG> грзуиться можно только с primary, ага), становится сущим pain in the
VG> ass. Фревый disklabel здесь как нельзя кстати - она заняла один раздел
VG> на диске и никуда своё хозяйство не светит, никому не мешая.
Hу вот не сказал бы. Три линукса и две FreeBSD (а ещё винда) в
пределах одной машины у меня жили - и проблему создавали никак не
множественные разделы отведённые на линуксы и винду, а именно
FreeBSD. Проблемы было две - 1) необходимость иметь primary для
загрузки забирало целых два primary первого физического диска; 2)
boot1 и boot2 должны быть согласованы по версиям, и когда я поставил
5ку на ad0s4 при активном ad0s3 с 4кой - пришлось ставить на ad0s4
boot2 от 4ки, иначе "0:ad(0,4,a)" приводило только к панике
загрузчика. Переключать активный не годилось (мне нужен был LILO,
посему активной была винда).
GRUB бы всё это конечно решил, но это всё-таки хоть и swiss army
knife, но резко посторонний продукт.
AC>>>> Планируется ли где-нибудь когда-нибудь кем-нибудь
AC>>>> избавиться (сделать опциональными) disklabels в пользу
AC>>>> нативной системы организации разделов (partitions).
VG>>> Выкинуть нафиг разделы x86, ибо бесперспективны.
AC>> Hе важно какой, главное чтоб нативная поддерживалась
AC>> и не было дублирующего именования и несовместимостей.
VG> Hативная == своя собственная (уже давно). Каждая система свою нативную
VG> поддерживает, да :)
С окончательным приходом GPT похоже все нативные будут одинаковы:)
Заметь, что в disklabel все данные 32-битные. И дальше 2T она не
тянет.
AC>> Ага, т.е. во FreeBSD с помощью этого GEOM-а
AC>> можно disklabels не использовать, при этом p1 - это раздел #1 по GPT?
VG> Да. Только грузиться с него пока нельзя.
А кто знает, где этот код в loader'е?
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
