Самая актуальная проблема. После исправления в биосе "проблемы Int 13h", ограничивающей диски до 8.4Gb, схема адресации стала аналогичной ATA-интерфейсу:
* С - два байта (16 бит), максимум - 2^16 = 65536
* H - один байт (4 бит), максимум - 2^4 = 16
* S - один байт (8 бит), максимум - 2^8 = 255
* или в режиме LBA - 16+4+8=28 бит
Т.е. теоретически можно было работать с самыми большими дисками 137.4Gb.
Ошибка 8Гб и ошибка 32Гб - 2 разные ошибки. С этим Вы согласны? Следствие: патчер пока исправляет только ошибки 32 и 64Гб, о чем честно и пишет. Ошибка 8Гб требует слишком большого объема работы, причем вовсе нетривиальной и соответственно, плохо поддающейся автоматизации. Такой ответ Вам понятен?
Вышеописанное ограничение Int 13h. Правда, конфигурации с 256-ю головками не встречались, потому реальное ограничение:
HDDmax(Int13h/DOS) = 1024x255x63*512 = 8 422 686 720 = 8.42Gb (7.84ГБ)
Решение - обновление биос.
33.8Gb, год 1999-й, лето.
Самая актуальная проблема. После исправления в биосе "проблемы Int 13h", ограничивающей диски до 8.4Gb, схема адресации стала аналогичной ATA-интерфейсу:
* С - два байта (16 бит), максимум - 2^16 = 65536
* H - один байт (4 бит), максимум - 2^4 = 16
* S - один байт (8 бит), максимум - 2^8 = 255
* или в режиме LBA - 16+4+8=28 бит
Т.е. теоретически можно было работать с самыми большими дисками 137.4Gb.
Ошибка 8Гб и ошибка 32Гб - 2 разные ошибки. С этим Вы согласны? Следствие: патчер пока исправляет только ошибки 32 и 64Гб, о чем честно и пишет. Ошибка 8Гб требует слишком большого объема работы, причем вовсе нетривиальной и соответственно, плохо поддающейся автоматизации. Такой ответ Вам понятен?