Полигон-2

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 контроллеров.