|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 08 May 2004 08:54:51
To : damir bikmuhametov
Subject : Re: wd(4), ad(4), chs
--------------------------------------------------------------------------------
>>> damir bikmuhametov wrote:
db> поэтому единственным способом решить задачку (если, конечно, не считать
db> установку 2.2.8 специально для целей восстановления бэкапов) я вижу
db> возможность заставить ad(4) в 4.9 работать с диском в режиме chs.
По-моему, ты совершенно не понимаешь, что такое chs и lba, и из-за этого
просишь невозможное и ненужное.
Внутри файловой системы или на входе в драйвер никакого различия chs/lba
нет. Там везде линейный номер блока (тот самый lba), и это было ещё начиная
с FreeBSD 1.0, а ещё раньше - наверно, с Bell Unix V1. Если не с Multics.;))
Трансляция lba адреса блока в chs производится уже драйвером. Так вот -
если она производится корректно, то нету никакой разницы в результате,
какой из доступов - через chs адрес на шине или через lba адрес - применялся
для этого доступа. Разница начинается только тогда, когда есть какие-то
проблемы с трансляцией в chs при выдаче адреса на ATA шину, или наоборот
в винте - в преобразовании этого адреса снова в lba и пересчёте на его
внутреннюю геометрию (которая может иметь, например, в разных участках
разную плотность записи и разное количество секторов на дорожку). Hо такие
проблемы можно создать только в специфических тяжёлых случаях (баги в
прошивках дисков, диски >32G, и так далее).
Теперь ближе к драйверу. Степень его тупости я не помню совершенно,
но геометрия, известная BIOS'у, его обычно не интересовала, и всякие
LBA-assist он вполне понимал. Поэтому IMO следует сделать так:
1. Разбить диск, задействовав только первые 8G, какой бы его размер ни был.
Hа остальное даже не создавать слайсы.
fdisk'у сказать геометрию стиля lba-assist (1024*255*63).
2. Поставить на него новую чистую 2.2.8.
3. Загрузиться с неё.
4. Принять по сети или с FAT16 раздела бэкап и сделать ему restore
средствами 2.2.8.
db> "newfs ...", заливаю на ad2 бэкап 2.2.8, вынимаю винт, гружусь с него ... и
db> обламываюсь (fsck ругается на неверные суперблоки всех разделов кроме
db> первого). а дело все в том, что по умолчанию wd(4) работает в режиме chs.
Крайне странный вывод. Я бы больше предположил проблемы совместимости
disklabel.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: wd(4), ad(4), chs 