Micro 999-XT Turbo-10 не грузит DOS 6.22 с жесткого диска

[albr]

Всем доброго времени суток,

Столкнулся с загадочным поведением Micro 999-XT Turbo-10. Поставил в неё MFM-ник Seagate 251-1 c Seagate-овским же контроллером, отформатировал на низком уровне, создал раздел, отформатировал c переносом MS-DOS 6.22 (format c: /s ). Перезагружаюсь без дискеты - получаю NO ROM BASIC ERROR/SYSTEM HALTED. С дискеты 6.22 грузится нормально. Аналогичным образом поставил DOS 3.30 - грузится с жесткого диска нормально.

Дальше - больше. Поставил в неё 8-битную сетевую карту, долго и нудно таскал на дискетах дистрибутив LANManager 2.0, запустил установку и в какой-то момент вместо очередного шага установки вдруг попадаю в программу установки жесткого диска MFM-контроллера. Дошел в ней до низкоуровневого форматирования, отказался, перезагружаюсь - и контроллер пишет, что жесткий диск не установлен, надо его устанавливать и форматировать, иначе никак. Пришлось опять форматировать, всем данным аля-улю, благо там и не было ничего ценного, кроме дистрибутива LANManager-а.

Сижу теперь и думаю - а что это было? DOS 6.22, как и в первый раз, не установилась, тоже непонятно как-то. Оно конечно меня и 3.30 там устроит, но хочется все-таки разобраться, нужна помощь коллективного разума.

Заранее всем спасибо!

[Bobo]

fdisk /mbr обычно помогало

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

[alecv]

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

[albr]

Bobo, спасибо, попробую вечером.

[albr]

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

[Bobo]

albr у меня 5160 с мфмника 10 МБ в 6.22 прекрасно грузился
думаю от машины не зависит

[Гость]

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

[DOS Logic]

Fe-Restorator здесь дело говорит, соглашусь с вышесказанным

[Гость]

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

Вот сего не вполне понимаю. Откуда "инстал"? Да ещё и доса-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]

"Инстинно говорю вам, земля налетит на небесную ось"
fdisk /mbr попробовал, не помогает. Создал новую системную дискетку с 6.22 на другой XT с дисководом на 360, чтобы исключить возможные глюки с форматированием 360Кб дискет на 1.2Мб дисководах - без результата, No rom basic при попытке загрузится с дискеты. Ставил по предложенной Fe-Restorator-ом методике, собственно так всю жизнь и делал. Насчет объема памяти и четности надо будет посмотреть, заодно и поиграться опять с другими винчестерами-контроллерами, но это надо будет машинку вытаскивать на "операционный стол" из уютного стеллажа CGA, FDC, RTC и порты на этой мамке интегрированные.

Что-то мне подсказывает, что проблема может быть именно в связке контроллера и диска, что-то ему, контроллеру, не нравится в загрузочных секторах от 6.22. Ведь за загрузку с жесткого диска его BIOS отвечает... Интересно, может быть в interleave собака порылась?
А вот сбой при установке LANManager скорее всего может быть вызван проблемами с памятью. Утилита проверки сетевой карты её увидела и с ней пообщалась без проблем, Boot-ROM-а на сетевой карте нет да и сбой случился еще до выбора сетевой карты. Так что LANManager про сетевой адаптер еще ничего не знал не пытаться с ним работать не мог, чай не plug-n-play, но видимо устроил в какой-то момент поход по c800:05? Или винчестер/контроллер при доступе к диску решил, что жесткий диск не инициализирован. В общем, пока сплошной "туман над Янцзы"...

[Гость]

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

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

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

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

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

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