|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 12 Jul 2007 23:48:48
To : Vadim Goncharov
Subject : Re: whole slice = 'c'
--------------------------------------------------------------------------------
>>> Vadim Goncharov wrote:
VN>>>> По-нормальному - надо было создать 'a' размером в весь слайс минус
VN>>>> 16 секторов и размечать его.
VG>>> Я забыл, зачем 16 пропускать (свопа тоже ж нет), если весь слайс можно
VG>>> отформатировать сразу без bsdlabel вообще, благо GEOM позволяет?
VN>> Hу вот например man newfs в шестёрке содержит фразу:
VN>> Before running newfs the disk must be labeled using bsdlabel(8).
VG> Осталось со старых времен. Код этого жестко не требует.
Hо всё равно на это могут быть завязки.
VN>> Может, это и устарело, но я бы подождал с выводами:) И вообще,
VN>> откуда известно, какие где будут тараканы?
VN>> fsck, например, просто так на такую систему не напустить - надо
VN>> обязательно сказать "-t ufs".
VG> Это можно указать, и тараканы одно, а хотя бы потенциальная возможность
VG> - другое. Единственное, что я нашел по теме пропуска 16 секторов, это
VG> http://groups.google.com/group/fido7.ru.unix.bsd/browse_thread/thread/48b469
VG> fd7e4b6db/1520812b74cb9285 И связано оно всего лишь с glabel, т.е.
VG> принципиальных ограничений на отступ 16 секторов нет, как я понимаю.
Принципиальное "ограничение" тут одно: могут быть применения, в
которых нет (в отличие от ufs и свопа) пропуска 8KB только ради
disklabel и загрузчика. Если у тебя в том разделе, который по
смещению 0, окажется что-то другое - то у тебя есть хороший шанс или
затереть нафиг disklabel (и загрузчик, если есть), или не суметь
записать (если geom защитит).
И вообще, дурная (jIMHO) манера - лезть к началу раздела, только
потому, что на самом деле ты это начало не используешь.
Извращение-с.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
