Полигон-2

Винчи, как 225-е, так и 251-е были разных ревизий. Возможно, у тебя три винча, условно, "первой ревизии", а один винч - "третьей ревизии". Некоторые характеристики могли меняться как в железе, так и в логике работы (микросхеме ПЗУ на плате винча).

Не совсем понятно, как ведёт себя связка "контроллер+винч":
1) на 286-й мамке она вообще не хочет работать
2) на 486-й мамке она по-умолчанию соседствует с IDE(встроенным в мать) и пытается одновременно с ним работать, на 1/4 имеющихся винчей...
Правильно перечисляю?

3) Варианта "запустить связку на 486 вообще без соседства с IDE" - не было протестировано.
4) Варианта от-LLF-ить винчи на биосном ST-11М (потереть их привязку к чему-либо другому) и затем поочерёдно повторить процедуру на ST21/22 - не было протестировано.
5) Варианта "проверить винчи на другом контроллере в 286-й мамке" - не было протестировано.
6) Варианта "проверить совместимость контроллера ST21 с биосом 286-й мамки" - не было протестировано.

PS.
Замечено, контроллер ST-11M со старой прошивкой (меньший № версии) глючит на быстрой 386-й мамке(DX33/40), но отлично работает на медленной 386-й (SX/DX,12..25). То-ж проявляется и на шустром 286-25 харрисе, остальные 286-е работают нормально. Никакие "вейтстейты" не помогают. Характер глюков такой-же, как у тебя: то не видит винч, то теряет его во время работы.
Зато контроллер с новой прошивкой (№ версии выше) прекрасно пашет на скоростных мамках, вплоть до первопня, но подглючивает на ХТ-шках, независимо от их скоростей.

dk_spb, ключевой вопрос, как мне кажется, на каком компьютере это происходит? Или Вы проверяли на разных?
Fe-Restorator правильно написал, что дело может быть банально в скорости процессора - если в BIOS контроллера сделана задержка через какой-нибудь цикл, рассчитанный на XT, то на более быстром компьютере длительность этого цикла может сократиться - отсюда и такие проблемы. А тот работающий диск, может быть, просто "чудо природы" - по какой-то причине чуть быстрее проводит инициализацию.

Если какой-нибудь Harris - то почему бы и нет? Попробуйте Turbo выключить.
Кроме того, на некоторых 286-х материнках можно частоту ISA в BIOS Setup задавать, задержки и прочее - может, тут что-то не так стоит?

Вот что дало глубокое копание:
Тот винт что работает выдает на Software reset: Error=0 (младший бит 0x3f6), No_address_mark (bit0 в 0x1F1).
Те что не работают выдают на Software reset: Error=0 (младший бит 0x3f6), No_track00 (bit1 в 0x1F1).
Везде в документации сказано что тип ошибки надо смотреть в Error Register (0x1F1) только если в 0x3F6 выставлен флаг ошибки. Фиг тут, сигейтовский адаптер ВСЕГДА проверяет и пропускает только ошибку No_address_mark :-(

Вопрос по существу:
ищу утилиту низкоуровневого форматирования, которая не только работает в обход BIOS (напрямую с регистрами контроллера), но и позволяет выбрать SECONDARY контроллер.
Утилит, которые лезут в регистры полно, та же SGATFMT4. Но они все радостно видят первый контроллер с одним винтом (на маме неотключаемый IDE) и все.

dk_spb, AMNF после сброса - это для IDE трактуется как наличие устройства на шине.
Но флаг ошибки не в 3f6, а в регистр состояния, 1f7

Seagate контроллер использует свой способ работы с диском (как ST11, на который есть
документация). Те, даже если найдется такая утилита, скорее всего с Вашим Seagate
контроллером не будет работать. Я вообще сомневаюсь, что Ваш контроллер занимает
адреса Secondary channel.

[q]

взял другой контроллер (не сигейт). Проверил, что и рабочий и проблемный винт на этом контроллере software reset проходит с одинаковым резултатом, хотя и с разницей по времени.

[/q]

Ну что и требовалось доказать.