Полигон-2

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

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

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

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

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

"Инстинно говорю вам, земля налетит на небесную ось"
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? Или винчестер/контроллер при доступе к диску решил, что жесткий диск не инициализирован. В общем, пока сплошной "туман над Янцзы"...

Попробую. Вот что любопытно, dos 3.30 то у меня грузится... Но конфликт контроллеров возможен, да. Жаль пока не удалось никакой инфы по мамкиным джамперам надыбать, это бы облегчило задачу

albr написал:

[q]

В двушку связку 8Bit MFM-контроллера и диска не стал ставить, ибо там ведь в собственном BIOS поддержка жестких дисков есть, и не понятно, как она сдружится с BIOS-ом контроллера.

[/q]

Без проблем, только поставьте оба диска в 286 как none.

albr написал:

[q]

С дисками-то понятно, а вот непонятно, что будет по адресу c800:5 - там будет сервисная программа контроллера или что-то от 286-го BIOS?

[/q]

Если Вы поставите Ваш XT контролер, то по этому адресу и будет вызов программы
форматирования (если он настроен на C800:5, конечно). Весь BIOS 286 располагается
по адресам F000:0000 - F000:FFFFh (для 64KB BIOS) и никак не пересекается с option ROM
(это собственно касается любой платы, не только 286).

Я немного напутал в предыдыщем сообщении - BIOS 286 собственно управляет IDE(или
16-bit MFM контроллером без своего BIOS) по адресам 1F0h-1F7h, (primary IDE/16-bit MFM
channel) и не пересекается с адресами 8-bit XT MFM адаптера (обычно 320h-327h).

Поэтому теоретически Вы можете подключить например IDE (или 16-bit MFM контроллер без
своего BIOS) и MFM контроллер от XT одновременно (выставив тип IDE диска (или диска,
подключенного к 16-bit MFM контроллеру) в BIOS SETUP 286 . Правда грузиться будет скорее
всего с XT-MFM, тк его BIOS (да и 286 BIOS) скорее всего не поддерживает загрузочных
спецификаций, и просто перехватывает управление.

Здесь правда могут быть нюансы из-за багов в BIOS-ах: некорректное добавление диска к
INT13h например, и будет доступным только XT MFM диск, проблемы с форматированием.
Поэтому для начала начните только с одним XT-MFM контроллером, а в BIOS 286 ставьте none.

Собственно, мои первые эксперименты с 8-bit MFM, я делал когда XT у меня вообще не было
(точнее не было клавиатуры для него).

Я всегда проверяю контроллеры на 286, IMHO 286 платы удобнее для экспериментов (из плат
до-Pentium-ной эпохи это мои самые любимые платы).

А старинный 8-bit XT SCSI контроллер (работал в 286 у прежнего хозяина), я даже запускал на
плате ASUS P2V-B. Все работало, но почему-то долго отрабатывался SCSI BIOS (~30s-1min),
на 286 это было быстро.

Кстати, теоретически возможны проблемы из-за более быстрой работы с ISA на 286,
поэтому если не заработает какой-нибудь 8-bit конотроллер в 286, можно попробовать понизить
частоту 286 (de -turbo). Но практически не припоминаю такого случая.

Про порты - это из книги М.Гука "Аппаратные средства IBM PC"

HDC XT использует I/O порты 320-327h, прерывание IRQ5 и канал DMA3.
(IDE AT 286 ISA DMA не использует).

Эта замечательная книжка очень помогает мне, сколько читаю, все время что-то
новое находится!

Номер издания я не нашел - (у меня ксерокопия),
но написано
М. Гук 1998
Серия, оформление, издательство >>Питер>>, 2000

Про MFM там не очень много, но есть, и описано много теоретических вопросов, кодирование MFM/RLL, чередование итп.

В целом по состоянию на 1997год

i8088 написал:

[q]

Поэтому теоретически Вы можете подключить например IDE (или 16-bit MFM контроллер без
своего BIOS) и MFM контроллер от XT одновременно (выставив тип IDE диска (или диска,
подключенного к 16-bit MFM контроллеру) в BIOS SETUP 286 . Правда грузиться будет скорее
всего с XT-MFM, тк его BIOS (да и 286 BIOS) скорее всего не поддерживает загрузочных
спецификаций, и просто перехватывает управление.

[/q]

Попытка подключить на 286-ю (386-ю, 486-ю, 586-ю, ...) одновременно IDE и MFM закончится удачно только в случае, если:
1) мфм контроллер выставлен на его родные порты и откликается на С800:5.
2) мфм диск настроен как "диск-0" и подключён к первой 20-пин гребёнке
3) мамка не перекрывает диапазон портов и памяти биоса контроллера мфм, ничем. Мамки с неотключаемым shadow всей верхней памяти - в пролёте.

4) В биосе мамки отключён первичный IDE ("NONE") и прописана конфигурация вторичного IDE согласно паспорту диска.
5) IDE диск не должен приближаться или быть крупнее 512 мегабайт.
6) контроллер IDE (мультикарта) должен быть настроен как вторичный. Т.е. secondary ide.

Краеугольные бульники:
1) Биос мамки не опознаёт secondary IDE до тех пор, пока не установлен Primary IDE. Хана марьяжу мфм+ide.
2) Биос мфм контроллера не возвращает управление биосу мамки (если перехваченное контроллером обращение шло не к мфм диску). Хана IDE, даже если оный исправен.
3) Биос мамки рассчитан ТОЛЬКО на первичный IDE (часто встречается у брендов, с распаяным на мамке контроллером).


Да в "марьяже" загрузочным будет всегда МФМ винч, ежли только о-очень сильной магией не заставить на первую роль выступить ide-шника.

Переключение с ide на мфм всегда медленное, относительно шустрый IDE будет ощутимо тормозить, а весь комп может "задумываться" на минуту-другую при смене обращения к диску.

i8088 написал:

[q]

Без разницы. С XT-MFM адреса не пересекаются, ни первичный, не вторичный. Это
актуально для 16-bit без BIOS-ных контроллеров,

[/q]

Да, во "глупых" 16-ти битах сей аргумент преобладает. Однако и биосный 8-битный мфм, не имеющий никаких общих с IDE адресов, отказывается с этим ide работать в паре. На 286-й..386-й мамке. Причина мне неизвестна, возможно, дело в конкретной мамке и на другой "парочка" будет работать безукоризненно.
До кучи, стоит добавить недобросовестные мультяхи с ide, коим как джампер ни ставь, адреса и порты для вторичного/третичного канала выбрать/установить невозможно.

albr, тебе нужна дискета с 6.22 досом:
command.com
sys.com
fdisk.exe
format.exe
debug.com
+
autoexec.bat
config.sys
Вполне достаточные для прописи dos=umb и path= строчек. Никаких "химемов со смартдрайвами".
Да, и никаких вирусов на дискете.
+
Если мфм-контроллер "глупый", то добавится прожка hdformat.com или аналогичная ей, для LLF-а винча программно.
+
NDD.exe из комплекта нортоновских утилит. Оттуда-же можно взять дефрагментатор sd.exe и редактор диска DE.exe, но к данной задаче они неприменимы.


1) разметить винч LLF-ом. Прислушаться к процессу - если пластины запилены в хлам, звук движения над ними голов будет "звенящий", постепенно уменьшающйся до "глухого" по мере продвижения к центру пластин. Запиленные дороги редко идут подряд. так-что перемены звука со звона на глухоту и обратно - слышны явственно. (Головки у мфм-ников тяжёлые, малейшее повреждение воздушного потока под ними из-за дефектов поверхности - и "барабан" об люминь пластины обеспечен. Люминёвый звон слышен хорошо.

2) Разметить винч LLF-ом сперва как MFM, затем сразу как RLL (или наоборот, смотря каков метод винчу "родной"). Это собъёт предыдущую разметку дважды, что весьма полезно при нестабильном ходе головок (разболтались механически или "электронно", т.е. схема дурит). К тому-ж формачение пройдёт по фабрично-известным "сбойным" участкам, проверит их и, возможно, вернёт в строй как действующие. Возможно, там была фабричная пыль, повлиявшая на качество новых пластин, но стёршаяся/отвалившаяся со временем эксплуатации. Или проблеммный участок будет удачно "спрятан" в очередном межсекторном GAP-е (не секрет, что у мфм винчей НЕТ индикатора начала дорожки, т.е. когда включил головку на запись, там и началась дорожка, остальные уже по ней выравниваются, с небольшим отступом, зависящим от скорости реакции винча на переход на соседнюю дорогу).

3)Разметить винч на один раздел, фдиском.

4) Запустить форматацию и тож следить за "задумчивостью над сектором". Можно записать его номер, если есть желание.

5) Запустить NDD, проверить поверхность им.
Важно помнить, что мфм винч не умеет ремапить сектора. Он просто помечает их "битыми", и максимум что может - выделить пару внутренних дорожек, дополнительно к основным, под данные. И не каждый винч.


PS. Почему-то думается, шо проблемы с 6.22 на твоём микроХТ кроются не в винчах, а в биосе самого компа. Не апгрейжен биос до новой версии int13, например...

albr написал:

[q]

на другую XT с другим винчестером и контроллером

[/q]

Об другой ХТ - другая и речь. Не нужно смешивать всё в кучу. Множество "попыток восстановить сектор №" - верный признак осыпавшихся пластин. В данном варианте - залипших голов где-то рядом с нулевой дорогой.

Разберись сперва с биосами/досами и их друзьями портами/IRQ/RAMspace. Не забудь выкинуть из ХТ всё, кроме видяшки. Чтоб не мешало тестировать винч.

albr написал:

[q]

Контроллеры у меня глюкавые, что-ли?

[/q]

Хотел-бы сказать "заходи, проверим вместе", да оседлать сапсана нонче - удовольствие не из дешёвых. Есть-ли кто поближе с безглючными мамками под 86 и под 286?

albr написал:

[q]

Я вот что подумал - не может ли сдесь быть какой-то корреляции с настройкой количества дисководов на XT? Хотя проблему с 286 это не объясняет.

[/q]

Нет, мамка ХТ ничего не знает об винчах. Не должна, по стандарту, бе(н)ды не в счёт.
Если только контроллер флопоглота занимает те-ж порты, что и контроллер винча, как-то так может глючить. То-ж про IRQ и про DMA, оба есть на ХТ.