Konrad_Żywiec utworzono 4 maja 2014 utworzono 4 maja 2014 (edytowane) Szanowni Panowie, Problem polega na tym, iż przy małej aktywności kompa randomowo się on wiesza. Najczęściej podczas pisania czy też gdy odpalony jest wyłącznie pulpit. Przy aktywnym korzystaniu z komputera nie dzieje się nic niepokojącego. Bechmarki przeszedł wyśmienicie, wymagające gry zjada bezproblemowo. Bebechy: procesor: AMD FX 6300 graficzna: HD7790 2gb oc płyta główna: asus M5A97 R 2.0 ram 4 gb dysk: WD 1T zasilacz: corsair 600W modularny system: win 7 64bit Zrzut z dmp Loading Dump File [C:\Windows\LiveKernelReports\WATCHDOG\WD-20140504-1954.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: *** Invalid *** **************************************************************************** * Symbol loading may be unreliable without a symbol search path. * * Use .symfix to have the debugger choose a symbol path. * * After setting your symbol path, use .reload to refresh symbol locations. * **************************************************************************** Executable search path is: ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Unable to load image ntoskrnl.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntoskrnl.exe *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Windows 7 Kernel Version 7601 (Service Pack 1) MP (6 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Personal Machine Name: Kernel base = 0xfffff800`03065000 PsLoadedModuleList = 0xfffff800`032a86d0 Debug session time: Sun May 4 19:54:54.994 2014 (UTC + 2:00) System Uptime: 0 days 3:20:10.368 ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Unable to load image ntoskrnl.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntoskrnl.exe *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Loading Kernel Symbols ............................................................... ................................................................ .......................... Loading User Symbols Mini Kernel Dump does not contain unloaded driver list Unable to load image watchdog.sys, Win32 error 0n2 *** WARNING: Unable to verify timestamp for watchdog.sys *** ERROR: Module load completed but symbols could not be loaded for watchdog.sys ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 117, {fffffa8004d8c4e0, fffff88006c21dac, 0, 0} *** WARNING: Unable to verify timestamp for mssmbios.sys *** ERROR: Module load completed but symbols could not be loaded for mssmbios.sys Unable to load image dxgkrnl.sys, Win32 error 0n2 *** WARNING: Unable to verify timestamp for dxgkrnl.sys *** ERROR: Module load completed but symbols could not be loaded for dxgkrnl.sys *** WARNING: Unable to verify timestamp for atikmpag.sys *** ERROR: Module load completed but symbols could not be loaded for atikmpag.sys ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* Probably caused by : atikmpag.sys ( atikmpag+bdac ) Followup: MachineOwner --------- 5: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* VIDEO_TDR_TIMEOUT_DETECTED (117) The display driver failed to respond in timely fashion. (This code can never be used for real bugcheck). Arguments: Arg1: fffffa8004d8c4e0, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT). Arg2: fffff88006c21dac, The pointer into responsible device driver module (e.g owner tag). Arg3: 0000000000000000, The secondary driver specific bucketing key. Arg4: 0000000000000000, Optional internal context dependent data. Debugging Details: ------------------ ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ADDITIONAL_DEBUG_TEXT: Use '!findthebuild' command to search for the target build information. If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols. FAULTING_MODULE: fffff80003065000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 534dd7b9 FAULTING_IP: atikmpag+bdac fffff880`06c21dac ?? ??? DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_TIMEOUT TAG_NOT_DEFINED_202b: *** Unknown TAG in analysis list 202b BUGCHECK_STR: 0x117 CURRENT_IRQL: 0 STACK_TEXT: fffff880`021b2050 fffffa80`05c22b50 : fffff880`06cd88a0 fffffa80`04d8c4e0 fffffa80`04628c10 fffff880`06c21dac : watchdog+0xa577 fffff880`021b2058 fffff880`06cd88a0 : fffffa80`04d8c4e0 fffffa80`04628c10 fffff880`06c21dac 00000000`00000000 : 0xfffffa80`05c22b50 fffff880`021b2060 fffffa80`04d8c4e0 : fffffa80`04628c10 fffff880`06c21dac 00000000`00000000 00000000`00000000 : dxgkrnl+0x1f8a0 fffff880`021b2068 fffffa80`04628c10 : fffff880`06c21dac 00000000`00000000 00000000`00000000 fffffa80`00000fb0 : 0xfffffa80`04d8c4e0 fffff880`021b2070 fffff880`06c21dac : 00000000`00000000 00000000`00000000 fffffa80`00000fb0 00000000`00000000 : 0xfffffa80`04628c10 fffff880`021b2078 00000000`00000000 : 00000000`00000000 fffffa80`00000fb0 00000000`00000000 00000000`00000000 : atikmpag+0xbdac STACK_COMMAND: kb FOLLOWUP_IP: atikmpag+bdac fffff880`06c21dac ?? ??? SYMBOL_STACK_INDEX: 5 SYMBOL_NAME: atikmpag+bdac FOLLOWUP_NAME: MachineOwner MODULE_NAME: atikmpag IMAGE_NAME: atikmpag.sys BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner Sterowniki bieżące... Temperatura w normie.... Analiza tego co mi wypluwa z dmp sugeruje, że coś z kartą.... ale nie wiem co dalej...
Youki komentarz 5 maja 2014 komentarz 5 maja 2014 Your debugger is not using the correct symbols To wszystko nie ma sensu ze względu na to, że nie używasz poprawnych symboli BIOS aktualny ? Obniż taktowanie rdzenia o 50 MHz.
Konrad_Żywiec komentarz 5 maja 2014 Autor komentarz 5 maja 2014 Bios wersja: AMI (OEM) 0906 09/17/2012 czyli chyba stary.... Co mam zrobić aby mieć "poprawne symbole"?
Youki komentarz 5 maja 2014 komentarz 5 maja 2014 Spakuj mi pliki z folderu Minidump to sam je sprawdzę.
Konrad_Żywiec komentarz 5 maja 2014 Autor komentarz 5 maja 2014 (edytowane) http://speedy.sh/yZQC5/Minidump.rar
Konrad_Żywiec komentarz 5 maja 2014 Autor komentarz 5 maja 2014 Wersja pakietu sterowników 14.10-140415a-170730E Wersja programu Catalyst 14.4 Dostawca Advanced Micro Devices, Inc. Wersja sterownika 2D 8.01.01.1390 Ścieżka pliku sterownika 2D /REGISTRY/MACHINE/SYSTEM/ControlSet001/Control/CLASS/{4D36E968-E325-11CE-BFC1-08002BE10318}/0000 Wersja biblioteki Direct3D 9.14.10.01029 OpenGL - wersja 6.14.10.12874 AMD Catalyst Control Center Wersja 2014.0415.2225.38428 Wersja sterownika dźwięku AMD 7.12.0.7718
Youki komentarz 5 maja 2014 komentarz 5 maja 2014 Na starszych wersjach także problem występuje ? Obniż taktowanie rdzenia o 50 MHz. Zrobiłeś ?
Konrad_Żywiec komentarz 5 maja 2014 Autor komentarz 5 maja 2014 (edytowane) Od zawsze pojawiają się te zwiechy, również na wcześniejszych sterach. Odnośnie taktowania to nie wiem gdzie to zrobić.. W programie Asus GPU tweak mam ustawione GPU clock 1025 MHz a memory clock 6400. Ale w CCCciągle pokazuje odpowiednio między 300 - 350 MHz oraz 150 MHz http://speedy.sh/NBNGr/Bez-tytulu.jpg
Youki komentarz 5 maja 2014 komentarz 5 maja 2014 CCC pokazuje aktualne, które zmienia się wraz z obciążeniem karty. W Asus GPU Tweak może być.
Konrad_Żywiec komentarz 5 maja 2014 Autor komentarz 5 maja 2014 (edytowane) Póki co jest ok, przy czym nieraz już było tak, że BSOD nie wystąpił przez tydzień a później 5 razy w ciągu godziny:) Zabieram się za pisanie pracy magisterskiej także ryzyko wystąpienia BSOD wzrasta. Bardzo w tych plikach było namieszane Youki?
Youki komentarz 6 maja 2014 komentarz 6 maja 2014 Nie, problem jest związany z kartą graficzną, lub jej sterownikami. Pisz jak coś.
Konrad_Żywiec komentarz 6 maja 2014 Autor komentarz 6 maja 2014 Brak poprawy. Znowu w tych samych okolicznościach system odmówił współpracy.
Youki komentarz 6 maja 2014 komentarz 6 maja 2014 Masz możliwość sprawdzić stabilność karty graficznej w innym PC ?
Konrad_Żywiec komentarz 6 maja 2014 Autor komentarz 6 maja 2014 Dopiero w weekend prawdopodobnie. Ona od samego początku świrowała, także nie wiem czy jej nie odesłać....
Youki komentarz 7 maja 2014 komentarz 7 maja 2014 Dlatego chcę właśnie, abyś sprawdził czy w innym PC także świruję. Jeśli tak to na 100 % idzie do odesłania. :)
Wciąż szukasz rozwiązania problemu? Napisz teraz na forum!
Możesz zadać pytanie bez konieczności rejestracji - wystarczy, że wypełnisz formularz.