Полигон-2

BIOS контроллера не отрабатывается?
Если не отрабатывается, попробуйте выставить на максимум 16-bit I/O Recovery Time,
8-bit I/O Recovery Time и отключить все Shadow и также Video BIOS Cacheable.

Плохой контакт в ISA слоте исключен?

Еще можно попробовать изменить BIOS ADDRESS SELECTION JP6/B JP6/C

Поддключил cию конструкцию к 486. Биос контроллера запускается, диск находит. Но пишет что нет операционки. Размер диска 1 гиг, стоит вин98. На П166 час назад все отлично бутялось.
В чим может быть проблема?

BreakPoint
Запустите fdisk на 486-м и посмотрите разделы.
Darko
Без проблем работает на 486-х.

BreakPoint написал:

[q]

В чим может быть проблема?

[/q]

В биосе 486. Одно из ограничений по объёму винча и/или методу адресации секторов на диске (трансляция).

Сделай образ /копию/ винча на первопне, например, на другой винч.
Переставь связку винч+контроллер обратно в 486 и попробуй заново разметить винч на всю ёмкость. Может и получится, тогда будет читаться и на первопне, а может и не получится, несмотря на SCSI природу. Узнаешь экспериментально.
Да, в биосе 486-го поставил "нет винча" в обоих позициях? Если забыл убрать оттуда цифири геометрии, начит в сём и есть твоя проблема!


BreakPoint написал:

[q]

Глянуть не получается, т.к. при устаноленном SCSI контроллере система не хочет грузится с IDE винта.

[/q]

Да вы избалованы, коллега!
Флоппик в руки, осистемь его и запиши fdisk. Делов на 3 минуты, включая загрузку с оного...

SCSI на 486-м почти всегда будет перехватывать загрузку у IDE, лишь на самых поздних 486-х мамках в биосе можно было выбрать, откуда грузиться.

del

BreakPoint написал:

[q]

Флопика под рукой нет. пока могу бутнуться только с жеского диска.

[/q]

Эт плохо. Без флоппика на 086..486 платформах делать нечего. Основная бутявка. Эт начиная с первопня поползли бутявые CD болванки, со третьепня - бутявые флешки...

Поручикам с флопоимитаторами в портках - молчать!

PS. Увы, на 486-х мамках в биосе не существует пункта "отключить канал IDE №...", не получится освободить ресурс под SCSI. Впрочем, на самом контроллере scsi есть возможность выбрать IRQ с номерами 11 или 12, стоит сие сделать. Возможно, заведутся оба контроллера на 486-й и оба диска будут доступны. За приоритет загрузки по-прежнему не поручусь.

Крайне нежелательно занимать IRQ9, на нём висит мост с IRQ2 (переход с первого на второй контроллер прерываний, режим совместимости с 8-битной шиной). Не припомню, актуально-ли сие для поздних 486, но ранние сему правилу подвержены на 100%. Для малонагруженных девайсов - прокатит, пару байт переслать, но для потокового SCSI, прокачивающего терабайты без остановки...

Если вытащить контроллер (или отключить биос) то грузится норм.

bblkkskgv написал:

[q]

биос чей?

[/q]

биос контроллера. но джампером на самой плате отключается.


bblkkskgv написал:

[q]

а при scsi-контроллере на каком моменте тормозится загрузка?

[/q]

POST проходит без проблем, затем отрабатывает биос конроллера, который находит SCSI винт, и пишет что это диск Д.
Когда биос конроллера заканчивает отработку, выводится таблица со всем установленным с система оборудованием (стандартная, которая после POST выводится), там фигурирует IDE винт. Затем система секунд 5 тупит, и выводит сообщение - Boot failed. Insert system disk.
Похоже, что система все таки пытается с scsi бутятся.

BreakPoint написал:

[q]

Затем система секунд 5 тупит, и выводит сообщение - Boot failed. Insert system disk.
Похоже, что система все таки пытается с scsi бутятся.

[/q]

Стандартная метода работы любого вставного контроллера с набортным биосом. Неважно, sata, scsi, esdi или какого ещё. А поскольку в биосе 486-го компа нет ни "выключателя IDE", ни селектора приоритета загрузки, то набортный IDE будет последним в загрузочной цепочке.

POST -> обнаружен набортный IDE -> вектора дисковых прерываний установлены на него -> проверка доп-биосов -> обнаружен SCSI -> вектора прерываний переопределены на работу со SCSI -> завершено обнаружение, загрузка доса.

В итоге бутовая цепочка будет выглядеть: FDD > SCSI > IDE, и то очерёдность FDD задаётся в биосе...

Шашки начнутся при борьбе за первенство среди вставных контроллеров, тут будет зависеть от скорости обнаружения и последовательности перебора номеров IRQ или диапазонов памяти (с доп-биосами).

bblkkskgv написал:

[q]

начинает грузиться аутоэкзек,

[/q]

Откуда возбмется аутоэкзэек, если не найден системный диск.

alecv,


BreakPoint написал:

[q]

Биос кнтроллера пишет что его винт на диск Д назначен.

[/q]

BreakPoint написал:

[q]

Откуда возбмется аутоэкзэек, если не найден системный диск.

[/q]

здесь я ступил, виноват.

а как в биос материнки определён IDE-винчестер? вручную или аутодетектом?

bblkkskgv написал:

[q]

Вы так давно занимаетесь железом в своей голове, что подзатыльник не сможете вспомнить, как делается.

[/q]

bblkkskgv написал:

[q]

здесь я ступил, виноват.

[/q]

Thanks за напоминание, как это делается. Звиняй, такого повторять не собираюсь.
В своих тщетных попытках уязвить/унизить меня ты сам становишься битым и униженным. Цитата точняк про твой случай:
"Это означает, что каждый их них должен лупить себя по затылку! И вот, когда они выбьют из себя эту дурь и займутся чисткой сараев,- прямым своим делом(!), разруха исчезнет сама собой." (с) Профессор Преображенский, к/ф "Собачье сердце".

Биос scsi контроллера (по архитектурным причинам) не может найти бутовую запись на IDE винче, а таковая на scsi винче присутствует, но повреждена. Отсюда, перехват загрузки у IDE выполнен, бут-запись найдена, но использовать её нельзя, а возврата управления на IDE уже не происходит. Если-бы на scsi винче вовсе не было-б бутовой записи, оба контроллера сработали бы штатно, управление вернулось-бы (сказёвый обработчик int19 завершился-бы ошибкой и отключился) к IDE и с него пошла-бы загрузка. По всем правилам: MBR, назначение партиций в очередь, присвоение партицияим букв согласно порядковому номеру в очереди, загрузка командного процессора, загрузка ОС и приложений.

Да, совершенно необязательно, чтоб набортный IDE получал для своих партиций букву "С" !!!
Равно, совершенно необязательно, чтобы "С" была-бы единственной бутовой партицией. Можно и с "E" загружать комп (ему-то без разницы!!!). Трабл с литерой "С" существует только в осях от мелкософта, и он программный, а не аппаратный.

Фирма Data Technology Corp. (DTC) делала хорошие, честные аппаратные контроллеры, однако встроенного конфигуратора у этих контроллеров не было, сие направление развилось уже только в эпоху PCI контроллеров.