MSI 915GM - перезагрузки
Всем привет!
Имеется 2 сабжевые материнки с одиннаковыми дефектами..
Материнки судя по всему новые,а дефект заводской..
При включении материнки,монитор выходит из спящего режима,загорается зелёный диод,на посте 26..И гдето через 3 секунды изображение исчезвет,монитор снова уходит в спящий режим,
на пост карте побегает какойто пост,слишком быстро - не успеваю заметить какой,и снова загорается зелёный диод...И так до бесконечности
Подскажите в чём может быть проблема...?
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
26-й пост - программирование клокера. В последний раз наблюдал останов на нем на абсолютно живой маме, в которую воткнули неподдерживаемый проц.
Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P
То Root
Спасибо за ответ.
Про 100% подходящий,Celeron D 326+ 2-53Ghz
Только что лазил на оффициальный сайт смотрел,всё должно работать.
И помоему,если не ошибаюсь,если проц не подходит то пост должен останавливаться на 26 и всё,картинка не должна появляться.
Кварц я менял,клокера такого-же нету пока... ICS954119DF
поменял клокер,проблема осталась
Вся комплектуха (проц, память и БП) 100% жива? мех.повреждений нет?
I8086/87-640Kb-CGA-10Mb-5.25
Биос тот?
если зашить последний с сайта на программаторе/др.мамке?
код 26 это , похоже не только инит клокера, а всей И2С и всего что там висит
а что Абит, что МСЙ любят на неё что-нибудь нестандартное вешать
Либо нечему гореть, либо нечем поджечь!
POST 26 - используется для "много чего". Но главное - программирование генератора.
Кроме того, нужно учитывать, что для современных плат, в случае необходимости задать "сложные" параметры (например, всяческие делители для чипсета, которые программируются сразу после RESET - т.е. _до_ начала работа BIOS), _выбор_ которых производится биосом в "original.tmp" (в противоположность к бутблоку имеется в виду _распакованная_ часть POST) - именно на этом этапе (POST 26) происходит программный RESET системы. Потому, соответственно, после него начинают "быстро бежать" уже "бутблочные" посткоды. Т.е. система начинает грузиться "заново", но уже не с "дефолтными" настройками, а в "полной нагрузке". Потому и проблемы в таких "условиях" вылазят другие и их корни нужно искать именно в том почему и/или из-за чего система не может работать "на полную катушку".
Отправить комментарий