Охлаждение ли?

[Marichello]

у друга материнка Asus M2N-E
Пару дней назад начал виснуть комп и при этом жалобно пищать (по его описаниям) При мне сразу выпал в синий экран. Принятые меры - снял боковую крышку корпуса, проверил все кулера, все крутятся. Температура процессора (по данным монитора в БИОС) - около 45 градусов. Думаю что проблема все же в пассивном охлаждении чипсета. Какие еще есть предположения, может ли быть видео, она тоже с пассивным охлаждением?
и что делать? друг говорит что пробовал направлять дуйку с холодным возрастом - не помогает. Каким образом можно прикрепить кулер на чипсет?

[F!G]

обычно, когда проблему уже проявилась - кулера уже не помогают.... На "пассивные" видюхи желательно сразу вешать кулер, достаточно обычного корпусного. Чтоб охлаждать мост на матери - хорошо бы повешать кулер на боковую крышку корпуса напротив моста... Сейчас сказать точно в чем именно проблема пока еще тяжело. Но для начала почистить от пыли, запустить тест памяти memtest, под виндой, в нагрузке Еверестом посмотреть температуры проца, видюхи, моста....
P.S. мост на материнке можно и перепаять заново, если что)) Судя по расположению видюхи, она еще дополнительно нагревала мост.....

[EfiR]

выложи аварийный дамп и копию ядра

[Marichello]

хмм... А как это сделать, подробнее можно? насколько помню, винда куда-то сохраняет дамп памяти.. Или нужен снимок экрана
и что такое копия ядра?
Спасибо за участие

[EfiR]

какая ОС? хп в windows\minidump копирует. желательно конечно смотреть полный дамп, но он большой. копия ядра - это сделать копию файла ntoskrnl.exe или ntkrnlpa.exe, в общем то которое работало в момент аварии. Можете дать минидамп, я скажу какое ядро кинуть.

[Marichello]

Вот только что ездил..все сложнее, то нормально, то барахлит. С самого начала начал пищать БИОС(Award) - один длинный, два коротких. вроде по мануалам - видюха. После снятия питания методом выключения из розетки минуты на три заработал, но написано было что-то типа "System boot failure" и предложено загрузить исходные настройки BIOS. Может батарейка??
Потом загрузился, полазил - бац, синий экран. потом все работало стабильно. хотя давал нагрузку Эверестом и мемтестом.
Вот архив с файлами, это на самом деле Rar.
Короче еще грешу на ОЗУ, там две планки, сказал как глюканет попробовать одну достать, потом если не поможет. то другую.
Забыл сказать - все подоставал и поставил обратно, электроника - наука контактов

[Walti]

Сообщение от Marichello

электроника - наука контактов

Разобрать все, плату на стол, сильно надавить на мост, нажать включение. Убедиться в очередной раз, что нФорсы>2 кал, в компании с асусятиной- унылый.

[VoVaN]

Забавно. В моем случае (тоже нфорс, тоже всё выглядело как перегрев или "дыра" в оперативке) оказались банально вздутые конденсаторы, видать их жара добила (не мудрено, уже сколько лет пашут). Но т.к. перепаивать пока лениво - понизил частоту шины в два раза, щас стабильно работает ))

[F!G]

Сообщение от Walti

Разобрать все, плату на стол, сильно надавить на мост, нажать включение. Убедиться в очередной раз, что нФорсы>2 кал, в компании с асусятиной- унылый.

автору лучше этого не делать, а то после этого мать прийдется менять)...

[Walti]

Сообщение от F!G

автору лучше этого не делать, а то после этого мать прийдется менять)...

Ну предложите автору более другой способ определить отвал моста.
На нф>=4 довольно частая шняга. 3 то хоть просто горели.

[F!G]

лучше отнести на диагностику, и у автора не на нф4...
P.S. по фотографии диагноз не поставить...

[Marichello]

Сообщение от F!G

лучше отнести на диагностику, и у автора не на нф4...
P.S. по фотографии диагноз не поставить...

Кроме всего прочего это еще и не фото Это я с инета взял, чтобы показать какое охлаждение.

[EfiR]

В общем судя из дампа ошибка не программная. Ниже разбор минидампа программой Windbg. Из дампа видно, что падение произошло в модуле win32k.sys(графическая подсистема) в контексте процесса everest.exe

 
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.  This cannot be protected by try-except,
it must be protected by a Probe.  Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: ffffff55, memory referenced.
Arg2: 00000001, value 0 = read operation, 1 = write operation.
Arg3: bf81408f, If non-zero, the instruction address which referenced the bad memory
 address.
Arg4: 00000000, (reserved)
Debugging Details:
------------------
 
Could not read faulting driver name
WRITE_ADDRESS:  ffffff55 
FAULTING_IP: 
win32k!xxxSendMessageTimeout+5b
bf81408f 0f83d1feffff    jae     win32k!xxxSendMessageTimeout+0x5d (bf813f66)
MM_INTERNAL_CODE:  0
CUSTOMER_CRASH_COUNT:  1
DEFAULT_BUCKET_ID:  DRIVER_FAULT
BUGCHECK_STR:  0x50
PROCESS_NAME:  everest.exe
LAST_CONTROL_TRANSFER:  from bf80ec76 to bf81408f
STACK_TEXT:  
f76c6c54 bf80ec76 b9e9f870 00000084 00000000 win32k!xxxSendMessageTimeout+0x5b
f76c6c78 bf820d24 b9e9f870 00000084 00000000 win32k!xxxSendMessage+0x1b
f76c6cac bf820d9b b9e9f870 00000171 000002ba win32k!xxxWindowHitTest2+0x139
f76c6cdc bf820cde b9ea12d0 00000171 000002ba win32k!xxxWindowHitTest+0x41
f76c6d14 bf8213d1 b9e606e8 00000171 000002ba win32k!xxxWindowHitTest2+0xfd
f76c6d40 bf82137c 00000171 000002ba 020afb54 win32k!xxxWindowFromPoint+0x3a
f76c6d54 804de7ec 00000171 000002ba 020afbbc win32k!NtUserWindowFromPoint+0x16
f76c6d54 7c90e514 00000171 000002ba 020afbbc nt!KiFastCallEntry+0xf8
WARNING: Frame IP not in any known module. Following frames may be wrong.
020afbbc 00000000 00000000 00000000 00000000 0x7c90e514
 
STACK_COMMAND:  kb
FOLLOWUP_IP: 
win32k!xxxSendMessageTimeout+5b
bf81408f 0f83d1feffff    jae     win32k!xxxSendMessageTimeout+0x5d (bf813f66)
SYMBOL_STACK_INDEX:  0
SYMBOL_NAME:  win32k!xxxSendMessageTimeout+5b
FOLLOWUP_NAME:  MachineOwner
MODULE_NAME: win32k
IMAGE_NAME:  win32k.sys
DEBUG_FLR_IMAGE_TIMESTAMP:  4a85564b
FAILURE_BUCKET_ID:  0x50_win32k!xxxSendMessageTimeout+5b
BUCKET_ID:  0x50_win32k!xxxSendMessageTimeout+5b
Followup: MachineOwner

Из бэктрейса(анализ цепочки стековых фреймов), который ниже, видно, что падение в win32k.sys произошло в функции xxxSendMessageTimeout.

kd> k
ChildEBP RetAddr  
f76c6c54 bf80ec76 win32k!xxxSendMessageTimeout+0x5b
f76c6c78 bf820d24 win32k!xxxSendMessage+0x1b
f76c6cac bf820d9b win32k!xxxWindowHitTest2+0x139
f76c6cdc bf820cde win32k!xxxWindowHitTest+0x41
f76c6d14 bf8213d1 win32k!xxxWindowHitTest2+0xfd
f76c6d40 bf82137c win32k!xxxWindowFromPoint+0x3a
f76c6d54 804de7ec win32k!NtUserWindowFromPoint+0x16
f76c6d54 7c90e514 nt!KiFastCallEntry+0xf8
WARNING: Frame IP not in any known module. Following frames may be wrong.
020afbbc 00000000 0x7c90e514

Так как в минидампе содержится по странице памяти на каждый адрес в регистрах на момент аварии, смотрим дизассемблируемый листинг(точнее его часть) для функции xxxSendMessageTimeout

win32k!xxxSendMessageTimeout:
bf814076 56                     push    esi
bf814077 8b7508               mov     esi,dword ptr [ebp+8]
bf81407a 83feff                 cmp     esi,0FFFFFFFFh
bf81407d 0f84affeffff          je      win32k!xxxSendMessageTimeout+0x1b (bf813f32) 
bf814083 53                     push    ebx
bf814084 8b5d0c               mov     ebx,dword ptr [ebp+0Ch]
bf814087 57                     push    edi
bf814088 bfe0030000         mov     edi,3E0h
bf81408d 3bdf                  cmp     ebx,edi
bf81408f 0f83d1feffff         jae     win32k!xxxSendMessageTimeout+0x5d (bf813f66) [br=0]
bf814095 8b3df8e29abf      mov     edi,dword ptr [win32k!gptiCurrent (bf9ae2f8)]
bf81409b 3b7e08               cmp     edi,dword ptr [esi+8]
bf81409e 7567                  jne     win32k!xxxSendMessageTimeout+0xa5 (bf814107)
bf8140a0 8b4740               mov     eax,dword ptr [edi+40h]
bf8140a3 8b400c               mov     eax,dword ptr [eax+0Ch]
bf8140a6 0b8798000000     or      eax,dword ptr [edi+98h]
bf8140ac a820                  test    al,20h
bf8140ae 0f8512ffffff          jne     win32k!xxxSendMessageTimeout+0x134 (bf813fc6)
bf8140b4 f6461604            test    byte ptr [esi+16h],4
bf8140b8 8d4518               lea     eax,[ebp+18h]

Видим что по адресу bf81408f команда ветвления, - условный переход по адресу bf813f66.Сливаем модуль win32k.sys с symbol сервера microsoft, загружаем в дизассемблер чтобы убедится что код в памяти соответствует коду в модуле. Никаких перехватов и мусора нет, тоесть ядро переписало память в дамп правильно. Отсюда выходит что с памятью проблем нет. В первом параметре багчека адрес памяти на которую была ссылка - ffffff55 memory referenced. Из листинга видно что там нет и приблизительно таких цифр. Известно что процы кешируют как код так и данные и кеш физически находится внутри него, так вот делаю предположение что адрес ffffff55 это мусор в кеше либо вообще где-то в его узлах образованный в результате перегрева.

Поскольку я только учусь я мог что-то недопонять, недосказать или вообще откровенно наврать ).

[Dale]

EfiR
Всегда думал изучить данный аспект, чтобы не по кофейной гуще гадать что с машиной случается.

[EfiR]

можно создать специально для этой темы тред и учится уместе )

[Joey[CJ]]

EfiR впечатляет

[Dale]

Сообщение от EfiR

можно создать специально для этой темы тред и учится уместе )

Только я не программист Но всё равно интересно.

[EfiR]

Сообщение от Dale

Только я не программист ...

да я тоже не особо программист )

Почесав затылок, юзер дописал через 18 минут
Joey[CJ]
абсолютно ничего впечатляющего. На самом деле нужно было взять несколько дампов, а потом уже смотреть. Если все падения в разных местах и разного характера, тоесть система просто идет в разнос, то и без анализа можно смело говорить что ошибка аппаратная. Программные ошибки как правило повторяються, по этой причине их легче обнаружить. Я сказал как правило потому что есть и такие которые без поддержки со стороны ядра просто так не определить. Например когда драйвер крошит пул(это область памяти такая под данные ядра и драйверов), так вот один драйвер испортил а другой прочитал и накосячил, и разбери потом что нетак. На ядрах с версии 5, правда, запись в пулы контролируется ядром, и такие ошибки теперь тоже выявляются легко, но есть другие ) ...

[Joey[CJ]]

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

[EfiR]

ок, сделаем на днях тред, подумаю только как его оформить

[dim-xxx]

Сообщение от Joey[CJ]

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

Мне впринципе будет тоже интересно. Только за