ASUS P4S533-MX - жестко виснет...
Со слов клиента пока холодная - может несколько часов поработать, а потом начинается...
У меня комп завис после 10 минут работы. Самое интересное - после зависания RESET не помогает, только выключение питания любым доступным образом. Повиснуть может в абсолютно любом месте, начиная с первого видимого кода C0 и заканчивая тестом 3dMark. При нажатии RESET светодиод "RESET" на POST-карте гаснет, если на экране была картинка - моник уходит в спячку. При отпускании RESET светодиод загорается, но POST-код остается тот, что был в процессе зависания. Если выключить питание (хоть с кнопки, хоть с БП) и включить снова - мать стабильно грузится до следующего внезапного зависания. Все кроме проца и оперативки менял, до этих пока не добрался. Все напруги на матери в норме, видимых внешних повреждений не нашел....
Кто-нить сталкивался с таким интересным глюком? У кого какие мысли?
Рекомендуется к прочтению по той же теме
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
Сокет? Наличие APM?
Сквозной.
Нет.
Alles Luge...
Может микротрещина где?
Не похоже... Reset и PowerOff производились при всяком отсутствии мех. воздействий. Второе стабильно помогает, первое абсолютно бесполезно. Гнул слегка плату и при работе, и в зависшем состоянии - никаких закономерностей не нашел...
Кстати, пока мать не зависнет - Reset стабильно выполняет свои функции...
Alles Luge...
На гигабайте подобное попадалось. Южный мост был полудохлый. Пока окончательно из строя не вышел, я так ничего понять и не мог.
На Асусе все намного хитрее. У них включением выключением управляет какая то ихняя микросхема.
Может радиатор к южнику приделать. Если виснуть начнет через большее время, то он.
На этой матери лично АСУСовского ничего нет. SIS962L+ITE8705F-FXS. С перепайками пока не лезу, так как любой нагрев рядом стоящих чипов может на время устранить глюк... Типа собираю информацию...
Да он чуть теплый...
Alles Luge...
Для поиска всяких микротрещин и температурных глюков можно применять баллончик с сжиженным газом (азотом наверно, уж не знаю что именно там внутри - применяется для продувки техники), только баллончик нужно перевернуть вверх дном - при этом из трубки капает жидкий азот. Капаем или брызгаем на подозрительное место - наблюдаем результат. Баллончик - вроде этого. Минус - они быстро кончаются и довольно дороги.
Второй закон Вышковского: Все можно наладить, если вертеть в руках достаточно долго.
Думается, одними лишь средствами аппаратной диагностики проблему определить не удасться. Лучше написать циклический фрагмент кода под ДОС с выводом в порт 80 своих контрольных точек, а затем соображать, где возникает проблема: от CPU до NB, от NB до SB, на PCI или где-то в другом месте. И это при условии, что в ДОС повиснет, ибо не факт.
Открытая книга: icbook.com.ua
Представляю во сколько тогда клиенту ремонт выйдет
.
Да ну сколько там труда? Два-три десятка ассемблерных команд... Это обычная практика ремонта.
Открытая книга: icbook.com.ua
Отправить комментарий