Полигон-2

skoroxod написал:

[q]

недавно уже обсуждали здесь похожие случаи

[/q]

и ни к чему конкретному не пришли. Я теперь думаю что у меня там проблемы с питанием... Стабилизаторы на платах как печки. И при установке меньших частот шины/множителя стабильность повышается.
DOS Logic, бывает что и проц. Засунул однажды Duron в плату с неисправным питателем проца и он повредился. Теперь если его поставить в нормальную плату вылезает надпись boot block с тем что checksum error и просьбой вставить дискету с биосом для прошивки. Дискету не даю, выключаю, вставляю нормальный проц - нормальная работа.
Electrolooser, а шина у него какая? 75? При этом частота PCI =75/2 =>37.5 Mhz. Не всякое устройство потерпит. Плюс как писал DOS Logic, тянет ли память ту частоту? (какой тип памяти?) Попробуйте погонять на 66 и множитель скажем 2-2,5

La Forge написал:

[q]

Я теперь думаю что у меня там проблемы с питанием... Стабилизаторы на платах как печки.

[/q]

Electrolooser написал:

[q]

Если вставить при тех же настройках пенек, ИБМ клона или АМД, то все работает в полном порядке.

[/q]

Цитаты разных авторов, но метод тестирования неплох - если заменить курикс на другой камень, стабилизаторы перестают перегреваться?
Вдогонку: стоит проверить и заменить все кондёры вокруг стабов, практика показывает, это 80% проблемы с питанием. Остальные 20% приходятся на выход из строя управляющего стабом транзистора или мелкой чипо-сборки(где-как). Замена таковой с донора - помогает.

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

DOS Logic написал:

[q]

Главное оперативка, ее тестили? или поменять на другую

[/q]

Да оперативка не причем. Если оно ругается на ошибку контрольной суммы BIOS (не путать с банальной CMOS Checksum error!), значит, до тестирования оперативки еще и не доходило. Это (если BIOS в порядке) означает, что процессор покоцанный или запущен в недопустимом режиме по частоте или по напряжению.

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, бутблок проводит тестирование нужной ему области ОЗУ. И он бы выдал ошибку о неисправности ОЗУ, если бы она была "причем".