Полигон-2

Tronix написал:

[q]

Оперативка таки причем, и еще как

[/q]

В таком случае - как раз на 98% жарен сам процессор. Ежли та-ж мать, с тем-ж биосом, при той-же оперативке, тех-же видяхе, клаве и мыши но с другим процом - отлично стартует. Безошибочно и безглючно.

Оставшиеся 2% отведу неправильно выставленным джамперам. Не только отвечающим за частоту FSB и множитель, но и всем остальным, в частности переключающим режим кеша с 0WS на 1WS, или чего-либо подобного.
Сюда-же банальная неподдержка мамкой именно куриц.
Сюда-же неочевидная на первый взгляд расстановка джампов, отличающаяся от прописанной в мануале, поскольку мануал писан под мать ревижн№1, а физически мучаем ревижн№3...
PS. Некоторые мамки имели специальную версию биоса, заточенную под куриц. Подробностей не выведывал, но у асуса для пары мамок такое встречал. Хоть и никогда не пользовал, т.ч. не знаю, насколько сие может помочь.

Tronix написал:

[q]

Оперативка таки причем, и еще как. BIOS при старте из флехи (ROM) начинает разархивироваться в обычную RAM, затем сверяет свою CRC уже в оперативе, и если нет ок - то такое сообщение. Это раньше биос был полностью в ROM, а начиная с четверок - все запаковано. В ROM только разорхиватор в RAM, пакованая дата, ну и бутблок, который собственна афтор и видит, так как распакованная в RAM дата не прошла CRC check.

[/q]

Я знаю, как он устроен CRC проверяется не только при распаковке, он при старте сперва проверяет целостность самой прошивки. Там не сама по себе CRC, насколько я помню, а просто сложение всех байт загрузчика, и в итоге должно получиться 0. А потом, еще до распаковки дополнительных модулей BIOS, бутблок проводит тестирование нужной ему области ОЗУ. И он бы выдал ошибку о неисправности ОЗУ, если бы она была "причем".

[q]

И он бы выдал ошибку о неисправности ОЗУ, если бы она была "причем".

[/q]

DrPass Не всегда... Я 6 лет ремонтирую компы (это моя работа) и видел как биос кричал что "я покоцан перепрошейте меня" ну как у автора темы, а виновна била оперативка, заменяешь и все сразу ок Последний такой случай был около месяца назад

Но такие глюки биоса также видел когда проц был разогнан.

DrPass написал:

[q]

А померяй-ка напряжение у них на ногах питания. Может, действительно материнка их не определяет

[/q]

Док, похоже вы забыли... Socket 7 платы не определяют напрязение питания процов. Определение началось с S370, когда появились лапы VID0...VID(N), состояние которых определяет режим работы ШИМ-контроллера питания проца. А в этих зверушках линейные стабилизаторы, режим который задают перемычки. Но есть, кстати, странные платы (таких очень мало)типа Tiga98 которые БЕЗ ДЖАМПЕРОВ, но детектят проц, ставят минимальные частоты/напряжения (как у плат поколения P6) и в биосе можно выбрать затем нужные. Вот как это работает, вопрос интересный.
Electrolooser, а в биосе вашей платы есть пункт "Cyrix 6X86/MII CPUId" ?
P.S. видел на молотке пару месяцев назад лот из 10 MII неюзанных, из упаковки.

La Forge написал:

[q]

Вот как это работает, вопрос интересный.

[/q]

Ничего хитрого, в общем-то, команда CPUID появилась, начиная со старших 486х, поэтому все процессоры под Socket 7 ее поддеживают. Она стартует на "малых оборотах", запрашивает ID камушка, а потом по зашитой в BIOS таблице смотрит, какие для данной модели нужны параметры.