Полигон-2

А раздел активный ?

alecv, да, активный. Когда fdisk предложил разметить под primary partiotion весь диск и сделать его активным, я согласился
Причем что интересно - когда я с этой проблемой впервые столкнулся, то проверил все свои три MFM-ника с тремя контролерами, причем не поленился в разных комбинациях (с низкоуровневым форматированием). Эффект один и тот же, 6.22 не грузится. На другой XT-шке, Copam - все ок... Загадочно.

Однозначно, перекрываются диапазоны верхней памяти, у коего контроллера, с контроллером винча и с мамкой. На мамке сколько памяти-то: 640, 768 или 1024К?
Кстати, наверняка ты не поставил чипы чётности. Или одна из микрух памяти издохла.
Есть ещё небольшая вероятность бутового вируса на дискетке. Бывало такое, ставил дос одновременно с one-half-ом на винч. Много глюков словил, пока не сменил дискету (предварительно заклеив ей окно, сделав "рид-онли").

Bobo написал:

[q]

а лучше вместо переноса install делать

[/q]

Вот сего не вполне понимаю. Откуда "инстал"? Да ещё и доса-622 на дискете в 360К...

Лучше - всё делать "классически", то-бишь, по шагам:
1) LLF через дебаг и встроенную в контроллер прогу разметки
2) Fdisk, с разбиением на разделы. Помним про лимит в 32 мегабайта на ёмкость винча/партиции под досом 3.хх и младше номером версии.
3) Fdisk, вручную выставить активный раздел. Проверить, если таковой уже "типа сделан автоматом", бывали глюки. Снять метку и поставить вновь, вручную.
4) Format c: без ключей, с ключами тож не всё всегда гладко.
5) Sys c: - перенос системы на винч. Базовый набор из трёх файлов.
6) вручную перенос автоэкзека и конфига. С правкой путей на диск С (и другие диски, если нужно)
7) вручную дозалив нужных файлов на винч, желательно не в корень, а в папку \SYS, кто пользует коммандера - в \SYS\NC(х)
8) перезагрузка с винча, проверка процесса, дозалив остального с дискет/нуль-модемного шнурка, правка конфигов на предмет добавленья драйверов и TSR-ок.
9) Запуск memmaker-а. Результат его работы вас удивит. По меньшей мере - не оставит равнодушными.
10)...15) Полировка и вылизывание конфигурации
16) повтор memmakera, сохранение резервной копии конфигов.
17) добавление вариантов загруки (там. под игры, под автокад и прочее). Старайтесь не порушить настройки, сделанные меммейкером, даже если из верхней памяти исчезнет половина TSR, оставшиеся не вернутся в нижнюю память и не будут мешать. Мультизагрузку "мейкер" не понимает.
18) Сохранение конфигов.
19) Создание папки С:\98SE Имя может отличаться, но оно не должно начинаться с WIN ни в коем случае! Догадайтесь сами, почему.
20) Нет, не ставим никакой форточки. Готовим крепкий кофе!
21) Очко! В форточку!.


Разумеется, алгоритм весьма обобщённый, сами решайте, на котором шаге остановиться, а на котором - свернуть в сторону.

albr написал:

[q]

Что-то мне подсказывает

[/q]

А попробуй-ка винч 251-ый и евонный контроллер воткнуть в другую мамку, например в 286 или 386 и на этой мамке винч: LLF-нуть, разметить раздел на весь 40Мб объём, осистемить его и проверить работу перезагрузкой.
Теперь переставь связку в ХТ и попробуй грузануться. Каков будет результат? Можем нарваться на аналог ситуации "LBA48 винч на не-LBA48 мамке", с безумными ограничениями на объём. Иными словами, биос мамки не умеет "типа ёмких" винчей, для того времени.

Но скорее всего, сигейтовый контроллер садится своими адресами аккурат поверх другого какого-нть контроллера. Обращение мамки к тому контроллеру рано или поздно передаёт управление на C800:5.


albr написал:

[q]

что-то ему, контроллеру, не нравится в загрузочных секторах от 6.22

[/q]

Если речь об связке "ST-11M+ST-251-0-MLC", то с досом 6.22 это работает на все 100%. Проверено многолетней эксплуатацией.
За работу диска отвечает не биос мамки, а биос самого контроллера, на мамке выставляется параметр "нет HDD", то-бишь мамкин "винчовый кусок биоса" отключается.

Если глючит именно связка контроллер-винч, то первым делом сдохла (сгорела физически или типа "размагнитилася") сама микруха биоса. Но сие вряд-ли. Скорее - конфликт мамкиного мфм с сигейтовым мфм, оба контроллеры.