BIOS patcher ругается на отсутствие BBSS

Естественно.

С нормальной OS это не проблема - она не использует int13h, если конечно не
происходит останов POST. Если все же нужно - для исправления Вам потребуется
добавить поддержку расширенных функций int13h, что непросто сделать.

Кстати, даже с поддерживаемыми BIOS-ами patcher этого и не делает, он исправляет
ошибки зависания при объемах 32 и 64GB.

Лучшее решение - ставьте внешний контроллер (IDE/SCSI/SATA) - что Вам удобнее.

С нормальной OS это не проблема - она не использует int13h, если конечно не
происходит останов POST. Если все же нужно - для исправления Вам потребуется
добавить поддержку расширенных функций int13h, что непросто сделать.

Как-то мутно это написано... Интересно, какая ОС (в режиме Legacy) является нормальной, т.е. не использует int13?
И каким образом ОС использует int13, если таки "происходит останов POST"?

Мой IBM 6260

Это типа PC 100/140 Series?

Есть шансы пофиксить?

Исчезающе малы.

Лучшее решение - ставьте внешний контроллер (IDE/SCSI/SATA) - что Вам удобнее.

Решение чего? ;) Пока что был задан вопрос выше. К внешним контроллерам ПОКА отношения не имеющий, на мой взгляд.

Лучшее решение - ставьте внешний контроллер (IDE/SCSI/SATA) - что Вам удобнее.

Контроллер есть, вопрос совместимости. Сейчас не пробовал, но помню, что накопители из DOS просто не виделись.

Это типа PC 100/140 Series?

Да.

Решение чего?;) Пока что был задан вопрос выше. К внешним контроллерам ПОКА отношения не имеющий, на мой взгляд.

Пожалуй, забью. HDD видится как 8 ГБ и при этом отлично работает. Думаю, для такой машины это очень даже хорошо.

Как-то мутно это написано... Интересно, какая ОС (в режиме 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.

Насколько помню, это умеет DOS из
состава W9X.

FDISK показал 8 ГБ. Проверю ключи на предмет ручного конфигурирования.

С нормальной OS это не проблема - она НЕ ИСПОЛЬЗУЕТ int13h

FreeBSD ИСПОЛЬЗУЕТ int13 для загрузки ядра/модулей в RAM, во время же начального исполнения кода ядра/загрузки

Разница есть? Тут простая логика подсказывает мне, что FreeBSD - ненормальная ОС. Но я немного знаком с Вашими постами. ;-)

про режим legacy я не понял

В режиме "чистой" UEFI-загрузки "нормальные" ОС таки не используют int13. Но этому компу сие не грозит. ;)

А вот для систем основанных на DOS (W9x)

А вот так бы и написали.

savely - тогда так:
Нормальная OS использует интерфейс int13h ТОЛЬКО для начальной загрузки
ядра/модулей, далее int13h больше НЕ используется. Здесь имеются ввиду
исключительно классические системы с BIOS (или UEFI, но в режиме legacy).

Про legacy теперь ясно, просто в рамках данной темы я совсем не впоминал про UEFI.