|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 15 Sep 2006 00:34:09
To : Aleksey Cheusov
Subject : Re: BSD disklabels
--------------------------------------------------------------------------------
>>> Aleksey Cheusov wrote:
AC>>> Вместо этого используется своя, та, что задается disklabels,
AC>>> как выясняется несовместимая между разными *BSD.
VG>> Увы. В других BSD с этим делом похуже, чем на фре.
AC> Э-э-э... Из ветки, что привел Женя никак не следуют преимущества
AC> disklabels какой-либо из сторон, они просто несовместимы.
Дело в том что во FreeBSD начиная с 2.1 честная двухуровневая
система (номер слайса плюс буква раздела), а вот OpenBSD и NetBSD
когда я последний раз на них смотрел вытворяли изврат - слайсы были
доступны как псевдо-разделы после основной группы в disklabel, то
есть /dev/sd0i, /dev/sd0j...
VG>> Это же понимают
VG>> и "ведущие произодители софта и железа" - уже существует нормальная
VG>> схема разбивки на разделы, именуемая GPT (GUID Partition Table),
VG>> поддерживающая плоское разбиение диска на максимум 128 разделов, причем
VG>> без ограничений на 2 Тб. Более того, эта схема уже поддерживается
VG>> FreeBSD'шным GEOM - создаешь скажем файлуху на ad0p1 и вперед.
AC> Ага, т.е. во FreeBSD с помощью этого GEOM-а
AC> можно disklabels не использовать, при этом p1 - это раздел #1 по GPT?
Угу. Hо грузиться с такого пока что AFAIK нельзя. Потому что ещё
надо loader обучить пониманию GPT.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
