|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 08 Dec 2002 12:33:42 To : Kirill Frolov Subject : Re: Геометрический пар адокс. -------------------------------------------------------------------------------- >>> Kirill Frolov wrote: AK>>>> Кроме того, пардон-офтопик, видимо, догадываясь о прямизне рук AK>>>> писателей биосов, всегда при расхождении mbr и предоставленной AK>>>> биосом геометрии выбирает mbr. KF>>> Откуда геометрия накопителя взялась в mbr? Каким образом она KF>>> из BIOS попала в Linux? VN>> Разве по контексту плохо видно? Устанавливали с той геометрией. KF> В mbr геометрия накопителя не записывается. Стандартное разбиение, совместимое с MS-DOS, размещает разделы строго по цилиндрам в выбранной геометрии, причем primary со 2-го по 4-й начинается на границе цилиндра, а 1-й primary и все разделы в extended - пропускают одну дорожку в начале. Заканчиваются разделы всех видов на границе цилиндра. Поэтому сектор конца раздела равен nsect геометрии, а головка конца раздела - на один меньше nhead геометрии. Вот этими данными и пользуются автоопределители геометрии, которая была при разметке, и именно в таком виде геометрия записывается в master PT в MBR. Говорить, что "в геометрия накопителя не записывается", нельзя - она туда записывается, хоть и косвенным образом. KF>>> Hаконец почему эту самую геометрию не взять из самого накопителя KF>>> и не морочить мозги? Старые 40Mb дисководы с неправильной KF>>> геометрией давно вымерли. VN>> А при чем тут "старые 40Mb дисководы с неправильной геометрией"? KF> Они неверно сообщали свою геометрию, надо было в биосе тип диска KF> ставить. Во времена винтов на 40M автоопределение было крайне редко - биосы, делающие автоопределение, массово появились только во времена винтов на 300-400M, а винты, кажется, и не обязаны были внятно отвечать на Inquiry (а геометрия берется из ответа на Inquiry). Во времена 40M, по моей памяти, надо было геометрию задавать вручную всегда. И старые винты не отвечали на запросы автоопределения от новых биосов, приходилось ставить размеры руками. VN>> Заморочки с геометрией происходят и с новейшими дисками. VN>> IBM IC35L040AVER07, например, на шину рапортует геометрию на 255 VN>> секторов, это собьет с толку кого угодно... KF> А что здесь должно сбивать с толку? Сколько хочет, столько и даёт, KF> регистр секторов у него 8-битный. А проблемы писишного биоса его не KF> касаются. Это ты так говоришь, поскольку долларом не отвечаешь за последствия. А реально, заметь, начали на шину рапортовать более чем 63 сектора только начиная с винтов на 40-60G, при том, что трансляция и доступ по абсолютному номеру были уже во времена винтов на 1G. Угадай, почему? А потому, что при 63 секторах шинной геометрии еще можно было не задавая никаких трансляций обеспечить запуск системы, которая берет из master PT значения CHS начала и конца, с диска C, а при 255 - уже нет, без трансляции ты его не заведешь. А это значит, что 255 секторов в шинной геометрии стали разрешены только тогда, когда системы, которые берут CHS значения - это все досы, Win95 исходная, возможно, еще какие-то редкие системы - все эти системы сочтены ушедшими с рынка, и расчет на них устранен. Все новое (Win9x начиная с Win95 OSR2, NT начиная с ранних, XP, а также юниксы) - читая PT берут только абсолютные начало и длину, и их это не касается. (Да, есть еще проблемы с загрузчиками, но и LILO, и grub, и загрузчики FreeBSD - все умеют EDD, и их это тоже уже не касается.) Вот и получается, что винты, которые не совместимые со старыми системами, стало возможным делать только когда эти системы отмерли. Подчеркиваю, что я везде говорю о работе без трансляции геометрии BIOS'ом. BIOS'ы разные, включать LBA для среднего земного админа - недоступный уровень пилотажа, а кое-где и включить его нельзя. KF> Я вообще не понимаю откуда эти заморочки, если уже как больше 5-и лет KF> почти все выпускаемые устройства работают в LBA режиме. От софта, дорогой товарищ, от софта. А 5 лет - нормальный срок в IT индустрии для вычищения хвостов. И то - есть отдельные маразматики. Я до сих пор слышу вопли про то, что у ряда весьма неплохих производителей материнок идут новые материнки без EDD в BIOS... -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/736847ebbe05.html, оценка из 5, голосов 10
|