Форум Херсона. Форум Херсонской молодежи, флейм, фотографии Херсона, политика в Херсоне, сетевой форум, сети Херсона


Приветствуем на Форум Херсона. Форум Херсонской молодежи..

На данный момент Вы находитесь на форуме как Гость и имеете очень ограниченные возможности и права. Что бы писать или отвечать в темах, загружать картинки, файлы на форуме Вам нужно зарегистрироваться, что совершенно бесплатно. Регистрация очень быстрая, не откладывайте эту процедуру!

Если возникнут проблемы с регистрацией напишите нам.

Галерея форума Блоги пользователей Список банов
Вернуться   Форум Херсона. Форум Херсонской молодежи. > > >
Регистрация СправкаСтатистика Пользователи Календарь Сообщения за день

Тема: Охлаждение ли? Ответить в теме
Ваше имя пользователя: Для входа нажмите здесь
Проверка вопроса системы антиспама "NoSpam!"
Стодвацатьадмин дабавить двацать
Image Verification
Пожалуйста, введите шесть букв и/или цифр, которые изображены на картинке.

Заголовок:
  
Сообщение:
Иконки для сообщения
Вы можете выбрать иконку, характеризующую сообщение:
 

Дополнительные опции
Другое

Просмотр темы (Новые вначале)
19.08.2010 13:38
dim-xxx
Цитата:
Сообщение от Joey[CJ] Посмотреть сообщение
В общем я за создание топика где можно будет подучить анализ крашей систем.
Мне впринципе будет тоже интересно. Только за
13.08.2010 15:33
EfiR ок, сделаем на днях тред, подумаю только как его оформить
13.08.2010 04:47
Joey[CJ] В общем я за создание топика где можно будет подучить анализ крашей систем.
12.08.2010 19:32
EfiR
Цитата:
Сообщение от Dale Посмотреть сообщение
Только я не программист ...
да я тоже не особо программист )

Почесав затылок, юзер дописал через 18 минут
Joey[CJ]
абсолютно ничего впечатляющего. На самом деле нужно было взять несколько дампов, а потом уже смотреть. Если все падения в разных местах и разного характера, тоесть система просто идет в разнос, то и без анализа можно смело говорить что ошибка аппаратная. Программные ошибки как правило повторяються, по этой причине их легче обнаружить. Я сказал как правило потому что есть и такие которые без поддержки со стороны ядра просто так не определить. Например когда драйвер крошит пул(это область памяти такая под данные ядра и драйверов), так вот один драйвер испортил а другой прочитал и накосячил, и разбери потом что нетак. На ядрах с версии 5, правда, запись в пулы контролируется ядром, и такие ошибки теперь тоже выявляются легко, но есть другие ) ...
12.08.2010 19:04
Dale
Цитата:
Сообщение от EfiR Посмотреть сообщение
можно создать специально для этой темы тред и учится уместе )
Только я не программист Но всё равно интересно.
12.08.2010 18:52
Joey[CJ] EfiR впечатляет
12.08.2010 18:36
EfiR можно создать специально для этой темы тред и учится уместе )
12.08.2010 18:28
Dale EfiR
Всегда думал изучить данный аспект, чтобы не по кофейной гуще гадать что с машиной случается.
12.08.2010 17:43
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 это мусор в кеше либо вообще где-то в его узлах образованный в результате перегрева.

Поскольку я только учусь я мог что-то недопонять, недосказать или вообще откровенно наврать ).
10.08.2010 15:18
Marichello
Цитата:
Сообщение от F!G Посмотреть сообщение
лучше отнести на диагностику, и у автора не на нф4...
P.S. по фотографии диагноз не поставить...
Кроме всего прочего это еще и не фото Это я с инета взял, чтобы показать какое охлаждение.
10.08.2010 14:30
F!G лучше отнести на диагностику, и у автора не на нф4...
P.S. по фотографии диагноз не поставить...
10.08.2010 14:25
Walti
Цитата:
Сообщение от F!G Посмотреть сообщение
автору лучше этого не делать, а то после этого мать прийдется менять)...
Ну предложите автору более другой способ определить отвал моста.
На нф>=4 довольно частая шняга. 3 то хоть просто горели.
10.08.2010 14:00
F!G
Цитата:
Сообщение от Walti Посмотреть сообщение
Разобрать все, плату на стол, сильно надавить на мост, нажать включение. Убедиться в очередной раз, что нФорсы>2 кал, в компании с асусятиной- унылый.
автору лучше этого не делать, а то после этого мать прийдется менять)...
10.08.2010 13:37
VoVaN Забавно. В моем случае (тоже нфорс, тоже всё выглядело как перегрев или "дыра" в оперативке) оказались банально вздутые конденсаторы, видать их жара добила (не мудрено, уже сколько лет пашут). Но т.к. перепаивать пока лениво - понизил частоту шины в два раза, щас стабильно работает ))
10.08.2010 12:09
Walti
Цитата:
Сообщение от Marichello Посмотреть сообщение
электроника - наука контактов
Разобрать все, плату на стол, сильно надавить на мост, нажать включение. Убедиться в очередной раз, что нФорсы>2 кал, в компании с асусятиной- унылый.
09.08.2010 20:55
Marichello Вот только что ездил..все сложнее, то нормально, то барахлит. С самого начала начал пищать БИОС(Award) - один длинный, два коротких. вроде по мануалам - видюха. После снятия питания методом выключения из розетки минуты на три заработал, но написано было что-то типа "System boot failure" и предложено загрузить исходные настройки BIOS. Может батарейка??
Потом загрузился, полазил - бац, синий экран. потом все работало стабильно. хотя давал нагрузку Эверестом и мемтестом.
Вот архив с файлами, это на самом деле Rar.
Короче еще грешу на ОЗУ, там две планки, сказал как глюканет попробовать одну достать, потом если не поможет. то другую.
Забыл сказать - все подоставал и поставил обратно, электроника - наука контактов
09.08.2010 15:23
EfiR какая ОС? хп в windows\minidump копирует. желательно конечно смотреть полный дамп, но он большой. копия ядра - это сделать копию файла ntoskrnl.exe или ntkrnlpa.exe, в общем то которое работало в момент аварии. Можете дать минидамп, я скажу какое ядро кинуть.
09.08.2010 15:11
Marichello хмм... А как это сделать, подробнее можно? насколько помню, винда куда-то сохраняет дамп памяти.. Или нужен снимок экрана
и что такое копия ядра?
Спасибо за участие
09.08.2010 14:44
EfiR выложи аварийный дамп и копию ядра
09.08.2010 14:18
F!G обычно, когда проблему уже проявилась - кулера уже не помогают.... На "пассивные" видюхи желательно сразу вешать кулер, достаточно обычного корпусного. Чтоб охлаждать мост на матери - хорошо бы повешать кулер на боковую крышку корпуса напротив моста... Сейчас сказать точно в чем именно проблема пока еще тяжело. Но для начала почистить от пыли, запустить тест памяти memtest, под виндой, в нагрузке Еверестом посмотреть температуры проца, видюхи, моста....
P.S. мост на материнке можно и перепаять заново, если что)) Судя по расположению видюхи, она еще дополнительно нагревала мост.....
09.08.2010 14:00
Marichello
Охлаждение ли?

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

Ваши права в разделе
Вы не можете создавать темы
Вы можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Выкл.
Pingbacks are Выкл.
Refbacks are Выкл.

Время на сервере: 01:54.

Регистрация Справка Пользователи Календарь Сообщения за день

vBulletin 3, Copyright © 2000-2024, Jelsoft Enterprises Ltd.
Русский перевод: zCarot, Vovan & Co