Полигон-2

aT
Я это написал потому, как адрес С800 для загрузки биоса контроллера могут использовать только SCSI, RLL\MFM. IDE контроллер своего биоса не имеет, и работает через БИОС материнки. Какие могут здесь быть конфликты ? Материнская плата PC AT - соответственно в отличие от XT, умеет грузиться как со своего биоса, так и с биоса контроллеров находящимся по адресам C800 и D000.
По перемычкам добавить нечего, значит форматировать винт из биоса контроллера, загружаться с дискеты под ДОС и делать винт FDISKом активным.

as написал:

[q]

Я это написал потому, как адрес С800 для загрузки биоса контроллера могут использовать только SCSI, RLL\MFM. IDE контроллер своего биоса не имеет, и работает через БИОС материнки.

[/q]

- угу, почти правильно.

Почти, потому что:

а\ IDE контроллеры бывают очень разные - у меня есть минимум три, которые обладают собственными БИОСами. Один из них на VLB, два других на PCI. Названия интересны?

б\ по адресу С800 "живёт" кусок БИОСа матери, который отвечает за работу с дисками (не обязательно IDE!) Соответственно, при загрузке компа после того, как образ БИОСа скопирован в оперативку это место (С800) может быть перезаписано образом БИОСа контроллера. Именно поэтому при установке контроллеров со своим БИОСом рекомендуется отключать "затенение"! Дело в том, что "затенение" происходит раньше, чем копирование образа БИОСа контроллера.

=> Получается следующий казус: образ, отвечающий за работу с дисками, переносится в "теневую" область, НО это - НЕ образ БИОСа контроллера, (а кусок биоса матери) - собственно, это часть ответа на следующий вопрос:


as написал:

[q]

Какие могут здесь быть конфликты ? Материнская плата PC AT - соответственно в отличие от XT, умеет грузиться как со своего биоса, так и с биоса контроллеров находящимся по адресам C800 и D000.

[/q]

- один из возможных конфликтов описан чуть выше.

Мать стандарта АТ, конечно, очень часто "умеет грузиться" не только с C800, но и с других адресов, но она не обязана перебирать их автоматически. Более того, много раз попадались мне варианты явного выбора адреса загрузочного контроллера.

Мать для "трёшки", вобщем-то, имеет право не уметь грузиться с других адресов...

Цитата от aT:

[q]

Вообще-то с сидюка как такового загрузиться нельзя! Но есть слово эмуляция. Мне известно как минимум два принципиально разных способа всё-таки сделать сидюк загрузочным:
- эмуляция флоппи;
- эмуляция харда.

Никогда не видел "родного" дистрибутива W`NT, но W2K и WXP как бы продолжают линию NT. Насколько могу судить, у W2K и WXP "родной" дистрибутивный сидюк эмулирует хард. Экстраполируя получаем, что у NT 4.0 тоже эмулируется хард => контроллер не умеет грузить сидюки, для загрузки эмулирующие хард.

[/q]

Насколько мне известно, W2K и XP используют загрузочные CD без эмуляции. Т.е. с них просто берутся несколько секторов (а именно 4 для XP), эти сектора записываются в память и дальше уже работает загрузчик. Смотрите, например, тут, как сделать загрузочный CD Windows XP из не загрузочного:
http://www.phantom.sannata.ru/...&st=40
Проблема с загрузкой вероятно как раз в том, что может быть этот контроллер может грузить только CD с эмуляцией флопа - таких большинство. ElVovan_reloaded, попробуйте сами сделать такой CD, взяв за основу любую загрузочную дискету и Nero.

Сидюк всё же не работает, я его подключил к другому компьютеру, там он определяется, но диски не читает. С хардом полный порядок, операционка (NetBSD 4.0) на него встала нормально, но ставил я её с другой платы, поддерживающей загрузку с обычного CD-привода (кстати, у NetBSD загрузчик эмулирует дискету 2.88). А на трёшке загрузиться не получается, SCSI-контроллер нормально находит загрузочную запись на винче, загрузчик выводит свои сообщения, а когда дело доходит до загрузки ядра, выводится такая картина (сердечки там ещё и мигают):

Раньше я что-то подобное видел только один раз, когда случайно чипы памяти в видуху не той стороной воткнул, с чипами тогда пришлось распрощаться. Сейчаз же у меня нормальные видухи (аж пять штук), полностью рабочие, но каждая из них выдаёт ту же картинку, на другой плате (для пень-ммх) с того же винча с теми же видухами всё нормально грузится.

Все настройки выставил как и было рекомендовано, также убедился, что система начинает грузится с жёсткого диска при абсолютно любом id.
Если не рекомендуется затенять память для внешнего относительно матери железа, то зачем же в настройках БИОСа матери вообще присутствуют опции затенения? В данной материнке вообще ничего интегрированного нет, даж COM-портов; также в настройках БИОСа нет возможности выбора адреса загрузочного контроллера, значит подразумевается то, что он будет использовать стандартный адрес, либо то, что он достаточно умный, чтоб использовать свой БИОС для загрузки.

Кэша определяется 256 кило, в настройках БИОСа 0ws нет, есть от 1 до 4.

Возник вопрос про апгрейд платы процессором от Cyrix или Texas Instruments: насколько я понимаю, у них есть привязка к частоте, под которую заточена материнка (http://www.chipdb.org/cat-cx486-drx-122.htm - не просто так ведь там написана частота через дробь, типа 25/50), на старых платах находится таймер, частота которого в два раза превышает частоту процессора, это, вроде как, тактовый генератор, задающий частоту, я правильно понимаю? Так вот, у меня на плате 40-мегагерцовый процессор, есть 80-мгц таймер, какой-то 14.31818-мгц (который я на всех платах встречаю) таймер и ещё какой-то совсем маленький в виде цилиндрика со стёршейся надписью. Никаких вариантов для поддержки иных частот нет. Правда я вставлял и 25-мгц и 33-мгц процессоры, но на какой частоте они работали - сказать не могу. Специально искал в сети 80-мгц процессоры для апгрейда 386, но ничего не нашёл, только 33/40/50/66. Но тем не менее моя плата должна поддерживать апгрейд, не даром же там в БИОСе есть настройки внутреннего кэша, который в оригинальных 386 отсутствует. Вот и вопрос: если мне удастся раздобыть какой-нибудь 50/66-мгц процессор, он сможет нормально работать с этой материнкой? Никаких глюков и сбоев из-за несоответствия частот не должно быть?

ElVovan_reloaded написал:

[q]

но ставил я её с другой платы,

[/q]

типичная ошибка - надо было ставить на другой машине только загрузчик, а потом хоть с CF хоть с образа предварительно залитого на винт, хоть по сети установить операционку на 386. Либо воспользоваться загрузочной дискетой. Можно также скомпилировать конкретно под машину. Процесс на тройке конечно достаточно длительный. Ну и конечно не стоит отбрасывать битый кэш или ОЗУ материнки.

ElVovan_reloaded написал:

[q]

Если не рекомендуется затенять память для внешнего относительно матери железа, то зачем же в настройках БИОСа матери вообще присутствуют опции затенения?

[/q]

Имелось ввиду, что не рекомендуется затенять именно загрузочные внешние устройства, про скажем видео никто ничего не говорил, пожалуйста в добрый путь.