С нормальной OS это не проблема - она не использует int13h, если конечно не
происходит останов POST. Если все же нужно - для исправления Вам потребуется
добавить поддержку расширенных функций int13h, что непросто сделать.
Кстати, даже с поддерживаемыми BIOS-ами patcher этого и не делает, он исправляет
ошибки зависания при объемах 32 и 64GB.
Лучшее решение - ставьте внешний контроллер (IDE/SCSI/SATA) - что Вам удобнее.
С нормальной OS это не проблема - она не использует int13h, если конечно не
происходит останов POST. Если все же нужно - для исправления Вам потребуется
добавить поддержку расширенных функций int13h, что непросто сделать.
Как-то мутно это написано... Интересно, какая ОС (в режиме Legacy) является нормальной, т.е. не использует int13?
И каким образом ОС использует int13, если таки "происходит останов POST"?
Как-то мутно это написано... Интересно, какая ОС (в режиме Legacy) является нормальной, т.е. не использует int13?
И каким образом ОС использует int13, если таки "происходит останов POST"?
Я возможно неудачно выразился, я конечно имел вииду, что если происходит
останов POST, то от OS естественно ничего не зависит и без модификации BIOS
не обойтись.
savely, про режим legacy я не понял. FreeBSD использует int13 для загрузки
ядра/модулей в RAM, во время же начального исполнения кода ядра/загрузки
драйверов (уже из RAM) в момент загрузки ATA драйвера начинает работать он,
int13 не нужен. У FreeBSD есть правда еще интерфейс vm86 (можно например
вызывать прерывания реального режима), но он используется редко, я один раз
использовал.
Собственно, ограничение в 8GB у платы с HP NetServer E60 я долго вообще не
замечал и нормально использовал 80GB IDE диск. Собственно, ограничение в 8GB
я считаю самым безобидным, в отличие от противных ошибок-зависаний POST с
32GB и 64GB.
А вот для систем основанных на DOS (W9x) это ограничение важно, тк например
scandisk при начальной загрузке исполняется в DOS, через int13h. Добавлю, что в
случае DOS он должен работать с расширенными функциями int13h, иначе все
равно максимум 8GB, независимо от BIOS Насколько помню, это умеет DOS из
состава W9X.
savely - тогда так:
Нормальная OS использует интерфейс int13h ТОЛЬКО для начальной загрузки
ядра/модулей, далее int13h больше НЕ используется. Здесь имеются ввиду
исключительно классические системы с BIOS (или UEFI, но в режиме legacy).
Про legacy теперь ясно, просто в рамках данной темы я совсем не впоминал про UEFI.
Естественно.
С нормальной OS это не проблема - она не использует int13h, если конечно не
происходит останов POST. Если все же нужно - для исправления Вам потребуется
добавить поддержку расширенных функций int13h, что непросто сделать.
Кстати, даже с поддерживаемыми BIOS-ами patcher этого и не делает, он исправляет
ошибки зависания при объемах 32 и 64GB.
Лучшее решение - ставьте внешний контроллер (IDE/SCSI/SATA) - что Вам удобнее.
Как-то мутно это написано... Интересно, какая ОС (в режиме Legacy) является нормальной, т.е. не использует int13?
И каким образом ОС использует int13, если таки "происходит останов POST"?
А кому счас легко...
Это типа PC 100/140 Series?
Исчезающе малы.
Решение чего? Пока что был задан вопрос выше. К внешним контроллерам ПОКА отношения не имеющий, на мой взгляд.
А кому счас легко...
Контроллер есть, вопрос совместимости. Сейчас не пробовал, но помню, что накопители из DOS просто не виделись.
Да.
Пожалуй, забью. HDD видится как 8 ГБ и при этом отлично работает. Думаю, для такой машины это очень даже хорошо.
Я возможно неудачно выразился, я конечно имел вииду, что если происходит
останов POST, то от OS естественно ничего не зависит и без модификации BIOS
не обойтись.
savely, про режим legacy я не понял. FreeBSD использует int13 для загрузки
ядра/модулей в RAM, во время же начального исполнения кода ядра/загрузки
драйверов (уже из RAM) в момент загрузки ATA драйвера начинает работать он,
int13 не нужен. У FreeBSD есть правда еще интерфейс vm86 (можно например
вызывать прерывания реального режима), но он используется редко, я один раз
использовал.
Собственно, ограничение в 8GB у платы с HP NetServer E60 я долго вообще не
замечал и нормально использовал 80GB IDE диск. Собственно, ограничение в 8GB
я считаю самым безобидным, в отличие от противных ошибок-зависаний POST с
32GB и 64GB.
А вот для систем основанных на DOS (W9x) это ограничение важно, тк например
scandisk при начальной загрузке исполняется в DOS, через int13h. Добавлю, что в
случае DOS он должен работать с расширенными функциями int13h, иначе все
равно максимум 8GB, независимо от BIOS Насколько помню, это умеет DOS из
состава W9X.
FDISK показал 8 ГБ. Проверю ключи на предмет ручного конфигурирования.
Разница есть? Тут простая логика подсказывает мне, что FreeBSD - ненормальная ОС. Но я немного знаком с Вашими постами.
В режиме "чистой" UEFI-загрузки "нормальные" ОС таки не используют int13. Но этому компу сие не грозит.
А вот так бы и написали.
А кому счас легко...
savely - тогда так:
Нормальная OS использует интерфейс int13h ТОЛЬКО для начальной загрузки
ядра/модулей, далее int13h больше НЕ используется. Здесь имеются ввиду
исключительно классические системы с BIOS (или UEFI, но в режиме legacy).
Про legacy теперь ясно, просто в рамках данной темы я совсем не впоминал про UEFI.
Отправить комментарий