ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     18 Oct 2003  10:39:25
 To : Kirill Frolov
 Subject : Re: Система
 -------------------------------------------------------------------------------- 
 

 
 >>> Kirill Frolov wrote:
 
  KF>>>>>    Геометрии нет.
  SA>>>>         Расскажи это биосу 386, вызовами которого и жив lilo.
  KF>>>    Биос использует LBA.
  VN>> Это, товарищи, типичный случай так называемого вранья.
 KF>   В стандартном CHS, с наложенными на него ограничениями BIOS,
 KF> за пределы ~500Mb не выбраться. Для этого BIOS транслирует переданный
 KF> ему адрес в LBA, если накопитель это поддерживает, или в то что
 KF> называется ECHS.
 
 Он транслирует в линейный адрес, а потом уже сохраняет линейный адрес
 для выдачи на шину, если диск это умеет, или в декларированную диском
 шинную геометрию.
 Что ты назвал ECHS - я не знаю, это твоё изобретение, наверно.
 В любом случае, это понятие бессмысленно.
 
 KF> Поскольку в ECHS адресация больше 8Гб невозможна,
 
 Ещё раз: что такое ECHS? 8G - это ограничение геометрии в старых вызовах BIOS.
 Hа шине, если CHS - 65536*16*255, при 512-байтных блоках это ~128G.
 Если ты утверждаешь, что в некотором ECHS нельзя адресовать больше 8G,
 а строчкой выше говоришь, что BIOS для работы с диском транслирует адрес
 в ECHS, то ты просто не понимаешь, о какой из адресаций ты говоришь.
 
 KF> то все современные (практически, начиная с 500Мб) накопители
 KF> поддерживают LBA адресацию, _которую_ _и_ _использует_ _BIOS_.
 KF> Где-то иначе?
 
 Ещё год назад я видел новые материнки без такого умения. Впрочем, это
 маргинальный случай. Ты ушёл от контекста. Контекст - твоё утверждение,
 что "геометрии нет". Её нет только тогда, когда 1) есть надёжный и
 гарантированный путь используя унифицированную - линейную - адресацию,
 доступаться до любого места диска только средствами BIOS. Это никогда
 не было верно - сейчас из-за дисков больше 128G, ранее и сейчас - из-за
 маргинальной неподдержки Int13x/EDD1. Далее, 2) когда есть гарантия
 избавления от проблем с геометрией _при разметке и записи таблицы
 разделов_. Гарантия целостности данных в этом случае зависит больше от
 радиуса кривизны рук админа, но если fdisk не умеет принимать заданную
 ему геометрию - как виндовый - и трансляция меняется между настройками,
 от проблем не уйти.
 
 Если вернуться в контекст LILO, уже на этапе загрузки его вторичного
 загрузчика, то даже чтобы прочитать 4 несчастных блока данных
 последующей раскрутки, нужно проделать, если записаны абсолютные адреса,
 опознание текущей геометрии и трансляцию в неё. А это стали делать
 весьма недавно, если мне склероз не врёт.
 
  VN>> Hint 1: LILO по дефолту пишет в CHS.
 KF>   linear или lba32
 
 Да, приврал, с 21.* пишет линейный адрес, и умеет его преобразовывать в CHS
 на ходу, и это всё не нужно.
 Hо - поздновато пофиксили, не находишь? У народа ещё масса установок
 со старым LILO...
 
  VN>> Hint 2: отдельные безбашенные вендоры ещё год назад делали материнки
  VN>> без Int13x/EDD1, и доступ через CHS был единственно возможным.
  VN>> Hint 3: старые винты (где-то до 3G размера) очень вероятно не умеют
  VN>> LBA на шине.
 KF>    Hе очень вероятно, а невероятно.
 
 Ты откуда знаешь? Смотрёл отчёты команды identify device, сравнивал со
 спецификациями ATA (при том, что есть несовместимость в этом месте между
 спецификациями)? Или просто ткнул в BIOS выбор трансляции и успокоился на этом?
 Так если он умный (типа Award 4.*), он тебе скажет про "LBA трансляцию",
 а как там он будет на шину выставлять адрес - он тебе и не расскажет.
 LBA трансляция и LBA адресация - понятия ортогональные.
 
 А винт на 2.4G без умения LBA на шине я видел. Марку, извини, не помню,
 но кто-то из известных производителей.
 
  VN>> Hint 4: даже EDD не знает LBA больше чем 28 бит.
 KF>    Потому, что в старой версии ATA оно таким и было -- 28 бит.
 KF> Хочешь сказать в CHS больше?  Так к чему это всё?
 
 К тому, что сейчас пошли диски больше 128G. И проблемы размещения, которые
 только-только исправили, вылазят снова - загрузиться с места дальше 128G
 невозможно. (Или есть новые вызовы BIOS, которые это умеют? Про EFI
 не вспоминать - это отдельный зверь.)
 -netch-
 --- ifmail v.2.15dev5
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор