Полигон-2

Это мой первый опыт
В 386 воткнул биосный мфм контроллер с st 225. 16 битный ide/fdd контроллер с подключенным флопом для доса/парковки голов.

1) преформат через дебаг выдаёт в последнем секторе ошибку и начинает по кругу бесконечно форматировать.
2) преформат через adm (вроде так утилита называется) в конце ошибка, в бесконечное форматирование не уходит.
3)тест поверхности в конце бед блок.
4) через adm создаю локальный диск на пару цилиндров меньше (ну чтоб с бед обрезать)
5) форматирую через досе format c: все идёт идеально а в конечной таблице конская ссрань 17мб в бед блоках

В чем может быть проблема, грешу на конфликт с 16битной картой

Ps писал с смартфона пол часа, после недавних профилактических работ на форуме, на смартфоне невозможно даже по форуму пройтись, браузер начинает висеть/ перестаёт работать тачпад, поставил последний ucбраузер та же картина

В биосе 386 диски пустые.
Если ставлю дефолтный диск 615/4/17. Цилиндры/головки/сектора при инициализации выдаёт ошибка контролёра hdd

Если поля дисков пустые то грузится

Только что отформатировал второй диск все так же скан поверхности и в ходе форматирования Бедов нет. В конечной таблице 16.5 МБ Бедов


Знаний по мфм нет совсем, что то упускают банальное

Всем спасибо.

8 битный мфм контроллер конфликтует с 16 битной мультяхой. Низкоуровневое форматирование некорректно проходит.

Нашёл 16битный мфм контроллер с встроенным портом флопика.

В биосе прописал параметры жёсткого и без танцев с бубнами отформатировал.
Оба жёстких в идеале без Бедов.

Прикинул, лучше с ide буду сидеть , проблем меньше.

А такттеперь хоть представляю как такие жёсткие проверять.

sanders, спасибо, и Вам не хворать!
Зачем по разным темам старую дискуссию размазывать? Остались вопросы?
Это 4-я или 5-я уже, а народ то не отслеживает предисторию...
Ну и если не забыли, то я нигде не утверждал, что все XT MFM и AT IDE совместимы на 100%.

Конкретно по этому случаю:
1) Неизвестно, работали ли эти контролер и винт совместно. Раньше / хоть где / хотя бы на ХТ / ...
2) Модель контроллера не названа. Может он и не MFM вовсе а RLL
2) Может он настроен под конкретные модели HDD. Например в части начала предкомпенсации (см. ниже ***).
3) Рекомендация от Filin не проверена.
4) Исправен ли сам контроллер 8 бит - не выяснено...

Есть только
"преформат через дебаг выдаёт в последнем секторе ошибку ... "
"форматирую через досе format c: все идёт идеально ... "

От версии операционки конечно зависит, но по ходу формата хотя бы визуально можно прикинуть распределение по диску
"а в конечной таблице конская ссрань 17мб в бед блоках"
Т.е. в начале/в конце, кучно/хаотически и т.д. и т.п. ***

Так что вариантов много, но из всего этого почему-то сделан только один вывод
"8 битный мфм контроллер конфликтует с 16 битной мультяхой. "

Чтобы сильно не оффтопить, предлагаю остальные вопросы обсуждать в Вашей последней теме.
topic/30880

Но, если elek3k не будет ссылаться на отсутствие времени
и уделит еще полчасика на проверку предлагавшегося там варианта, то будет замечательно