Bluescreen podczas gry

[marchwiak5]

Moj obecny komp to:

-amd x2 240 @ 3,6ghz

-ASrock M3A770DE

-ddr3 1x2gb goodram 1333

-powercolor hd 4670

-zasilacz mc400

-1 dvd 1 sata

 

Reset oraz bluescreen pojawia się przynajmniej narazie tylko podczas dłuższej gry, ram testowany, proc podkręcany ale orthosem był katowany. Zestaw miałem od jakiegoś czasu bez problemów, niedawno wymieniłem jednak grafikę na hd5750 i wtedy pojawił się pierwszy bluescreen, powróciłem więc do starej grafy, sądząc że będzie jak dawniej, ale pojawił się rownież ostatnio bluescreen:

 

Microsoft (R) Windows Debugger Version 6.12.0002.633 X86Copyright (c) Microsoft Corporation. All rights reserved.Loading Dump File [C:\WINDOWS\Minidump\Mini093010-01.dmp]Mini Kernel Dump File: Only registers and stack trace are availableSymbol 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.exeWindows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatibleProduct: WinNt, suite: TerminalServer SingleUserTSMachine Name:Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720Debug session time: Thu Sep 30 00:39:43.281 2010 (UTC + 2:00)System Uptime: 0 days 8:09:14.985********************************************************************** 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.exeLoading Kernel Symbols....................................................................................................................................Loading User SymbolsLoading unloaded module list......................********************************************************************************                                                                             **                        Bugcheck Analysis                                    **                                                                             ********************************************************************************Use !analyze -v to get detailed debugging information.BugCheck 1000008E, {c0000005, 8054bdf9, aae72b4c, 0}***** 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                                     ******                                                                   ****************************************************************************Probably caused by : hardware ( nt+74df9 )Followup: MachineOwner---------1: kd> !analyze -v********************************************************************************                                                                             **                        Bugcheck Analysis                                    **                                                                             ********************************************************************************KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)This is a very common bugcheck.  Usually the exception address pinpointsthe driver/function that caused the problem.  Always note this addressas well as the link date of the driver/image that contains this address.Some common problems are exception code 0x80000003.  This means a hardcoded breakpoint or assertion was hit, but this system was booted/NODEBUG.  This is not supposed to happen as developers should never havehardcoded breakpoints in retail code, but ...If this happens, make sure a debugger gets connected, and thesystem is booted /DEBUG.  This will let us see why this breakpoint ishappening.Arguments:Arg1: c0000005, The exception code that was not handledArg2: 8054bdf9, The address that the exception occurred atArg3: aae72b4c, Trap FrameArg4: 00000000Debugging 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                                     ******                                                                   ****************************************************************************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: 804d7000 ntDEBUG_FLR_IMAGE_TIMESTAMP:  0EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instrukcja spod "0x%08lx" odwoFAULTING_IP: nt+74df98054bdf9 000f            add     byte ptr [edi],clTRAP_FRAME:  aae72b4c -- (.trap 0xffffffffaae72b4c)ErrCode = 00000002eax=e7474000 ebx=89e8c0a0 ecx=00000001 edx=00000004 esi=00000041 edi=000003ffeip=8054bdf9 esp=aae72bc0 ebp=aae72c14 iopl=0         nv up ei pl nz na pe nccs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010206nt+0x74df9:8054bdf9 000f            add     byte ptr [edi],cl          ds:0023:000003ff=??Resetting default scopeCUSTOMER_CRASH_COUNT:  1DEFAULT_BUCKET_ID:  DRIVER_FAULTBUGCHECK_STR:  0x8EMISALIGNED_IP: nt+74df98054bdf9 000f            add     byte ptr [edi],clLAST_CONTROL_TRANSFER:  from 80586e40 to 8054bdf9STACK_TEXT:  WARNING: Stack unwind information not available. Following frames may be wrong.aae72c14 80586e40 00000001 00000200 20207050 nt+0x74df900000000 00000000 00000000 00000000 00000000 nt+0xafe40STACK_COMMAND:  kbFOLLOWUP_IP: nt+74df98054bdf9 000f            add     byte ptr [edi],clSYMBOL_STACK_INDEX:  0SYMBOL_NAME:  nt+74df9FOLLOWUP_NAME:  MachineOwnerIMAGE_NAME:  hardwareMODULE_NAME: hardwareFAILURE_BUCKET_ID:  IP_MISALIGNEDBUCKET_ID:  IP_MISALIGNEDFollowup: MachineOwner---------

[BuMeL]

Odkręć procka, dowoltuj pamięci o pół oczka i sprawdź na innym zasilaczu.

[ULLISSES]

Nie zawadzi oczyszczenie z kurzu, sprawdzenie na dotyk temperatur i rzucenie okiem na kondensatory na plycie oraz w zasilaczu.

[marchwiak5]

Komp jest całkiem czysty obawiam się o zasiłkę bądź te napięcia, poniżej screen z everesta:

 

http://img281.imagevenue.com/img.php?image=34453_Clipboard01_122_93lo.jpg

 

W biosie nie widzę nigdzie napięcia dla ramu w zakładce memory są tylko timingi.

 

Ew. Czy znacie jakis program który logowałby do pliku napięcia podzespołów podczas grania?

[marchwiak5]

ok znalazłem - ustawiłem napięcie na 1,65v poprzednio było na auto, ale test blend z priority 1 w orthosie wywala się zaledwie po minucie, testowałem zawsze tylko cpu gdy go overclockowałem i godzine dwie nie dawał błędów, nie wiem czy zwiększać napięcia tych pamięci dalej?

 

 

Edit: zwiększyłem do 1,7v ale różnica jest taka że test wykłada się nie po minucie ale po 4 :/ W biosie freq mam na auto czyli ustawia na 1000 jak dałem na 1333 to bios sie restartował.

 

Nie wiem może timingi dać inne? memtestem przejechałem 1,5 godziny bez błędów.

Edytowane 30 Września 2010 przez marchwiak5

[marchwiak5]

ok znalazłem - ustawiłem napięcie na 1,65v poprzednio było na auto, ale test blend z priority 1 w orthosie wywala się zaledwie po minucie, testowałem zawsze tylko cpu gdy go overclockowałem i godzine dwie nie dawał błędów, nie wiem czy zwiększać napięcia tych pamięci dalej?

 

 

Edit: zwiększyłem do 1,7v ale różnica jest taka że test wykłada się nie po minucie ale po 4 :/ W biosie freq mam na auto czyli ustawia na 1000 jak dałem na 1333 to bios sie restartował.

 

Nie wiem może timingi dać inne? memtestem przejechałem 1,5 godziny bez błędów.

 

Zrobiłem reset biosu i test leci juz ponad godzinę bez zacinki. Sam nie wiem czy zasiłka nie wytrzymuje kręcenia proca, chociaż test cpu w orthosie nie daje błędów, może te pamięci dają błędy gdy się podkręcają razem z procem a zasiłka jest jednak ok?