BSOD 0x00000c4 podczas grania.

Witam,

Mam problem z komputerem, ale nie potrafię w zasadzie zdiagnozować o co chodzi, ale myślę, że może to być problem sterowników.

Otóż podczas grania w niektóre gry (Mass Effect 2, Mass Effect 3, Batman: Arkham City) zawiesza mi się komputer. Zazwyczaj objawia się to zamrożeniem ekranu, a z głośników wydobywa się "trrrrrr" (dźwięk jak karteczka wetknięta w wiatrak).
Nie udało mi się przyuważyć żadnej prawidłowości, czasem się zawiesza, czasem nie. Jednak ostatnio w czasie niektórych zwiech pojawia się niebieski ekran (w załączniku).

Ma ktoś pomysł, o co może chodzić?

(nie dokładałem żadnego sprzętu, w zasadzie problem, ale bez blue screena, był od nowości)

W podgladzie zdarzeń przyczyną jest "Kernel-Power".

Komputer był składany, dlatego nie mogę po prostu całości oddać do serwisu, ale wszystkie komponenty są wciąż na gwarancji.


Mój komputer:

		 Computer:	 GIGABYTE GA-970A-D3
		 CPU:		 AMD FX-4100 (Zambezi, OR-B2 (Orochi))
						 3600 MHz (18.00x200.0) @ 1409 MHz (7.00x201.3)
		 Motherboard: GIGABYTE GA-970A-D3
		 Chipset:	 AMD 970 (RX980) + SB920/SB950
		 Memory:	 8192 MBytes @ 671 MHz, 9.0-9-9-24
						 - 4096 MB PC12800 DDR3 SDRAM - Patriot Memory (PDP Systems) 1600EL Series
						 - 4096 MB PC12800 DDR3 SDRAM - Patriot Memory (PDP Systems) 1600EL Series
		 Graphics:	 GIGABYTE GeForce GTX 560 Ti
						 nVIDIA GeForce GTX 560 Ti (GF114-400), 1024 MB GDDR5 SDRAM
		 Drive:		 SAMSUNG HD103SJ, 976.8 GB, Serial ATA 3Gb/s
		 Drive:		 HL-DT-ST DVDRAM GH22NS70, DVD+R DL
		 Sound:		 ATI/AMD SB800/Hudson-1 - High Definition Audio Controller
		 Sound:		 nVIDIA GF114 - High Definition Audio Controller
		 Network:	 RealTek Semiconductor RTL8168/8111 PCI-E Gigabit Ethernet NIC
		 OS:		 Microsoft Windows 7 Professional (x64) Build 7601		

Computer: GIGABYTE GA-970A-D3

Kręciłeś procesor albo grafikę?

Nic nie podkręcałem.

Proszę o podanie marki/modelu zasilacza. Co do BSOD odczytaj plik minidump programem Debugging Tools for Windows


Lokalizujemy folder C:\Windows\Minidump i otwieramy plik, który został zapisany podczas ostatniego Bluescreen’a. Nazwa plików minidump składa się z przedrostka Mini, oraz daty utworzenia. Pliki zrzutu zawierają informację o komunikatach STOP, parametrach błędu, liście załadowanych sterowników i innych informacjach przydatnych do rozwiązania problemu.
Zazwyczaj wykonywane są małe rzuty pamięci, ze względu na ich małą pojemność – przechowywanych jest tam mniej informacji, jednak nadal są one pomocne w rozwiązaniu problemu.
W oknie, które wyskoczy klikamy przycisk “No”

Pojawi się plik tekstowy zawierając informację co spowodowało błąd BSOD: Interesuje nas sekcja rozpoczynająca się zwrotem Bugcheck Analysis – to właśnie tam znajdziemy informację dotyczącą błędu.

Zasilacz:
ZS Series OCZ-ZS550W

Tylko u mnie pliki w tym folderze nie zaczynają się od "mini".

*******************************************************************************
*																			 *
*					 Bugcheck Analysis								 *
*																			 *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 7F, {8, 80050031, 406f8, fffff800033f76e4}
***** 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									 ***
***																 ***
*************************************************************************
*********************************************************************
* 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+								 *
*********************************************************************
*********************************************************************
* 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+								 *
*********************************************************************
Probably caused by : ntoskrnl.exe ( nt+75c00 )
Followup: MachineOwner

Użytkownik HubertS edytował ten post 18 04 2013 - 23:13

Przeglądałem inne pliki z tego folderu i okazało się, że czasem wyskakuje BSOD C4, a czasem BSOD 7F

Jeśli to komp. stacjonarny to zdejmij obudowę i dokładnie przypatrz się podzespołom komputera. Zwłaszcza czy kondensatory nie są wybrzuszone. Bo takie zwiechy to efekt błędów z zasilaniem.

* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 7F, {8, 80050031, 406f8, fffff800033f76e4}
***** Kernel symbols are WRONG. Please fix symbols to do analysis.
*************************************************************************

Oznacza to, że musimy pobrać symbole dla swojego systemu dzięki którym odczytamy w całości plik minidump na tym etapie jest nie kompletny, i może wskazywać nie ten plik co trzeba.


Zamykamy debuggera. Po ponownym jego uruchomieniu klikamy File ->symbol file path -> wpisujemy: SRV* c:/ SYMBOLS*http:// msdl.microsoft.com/download/symbols następnie wciskamy CTRL+D i wskazujemy ponownie nasz plik minidump. Wklej część pliku minidumpa, o której mowa, na forum.

Użytkownik Qauke edytował ten post 25 04 2013 - 00:31

Chwilę trwało, zanim zorientowałem się, że spację po http:// trzeba usunąć

Dla 7F

*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 7F, {8, 80050031, 406f8, fffff8000340d690}
Probably caused by : ntkrnlmp.exe ( nt!KiDoubleFaultAbort+b2 )
Followup: MachineOwner
---------

Dla 4C

*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck C4, {91, 2, fffffa80099f7060, 0}
Unable to load image \SystemRoot\system32\DRIVERS\nvlddmkm.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for nvlddmkm.sys
*** ERROR: Module load completed but symbols could not be loaded for nvlddmkm.sys
Probably caused by : nvlddmkm.sys ( nvlddmkm+1bb8c5 )
Followup: MachineOwner
---------

*** WARNING: Unable to verify timestamp for nvlddmkm.sys

nvlddmkm.sys odpowiada za sterownik graficzny. Przeinstaluj sterowniki od karty graficznej.

1: Odinstaluj stare sterowniki.
2: RESTART
3: Uruchom Driver Sweeper aby wyczyścić pozostałości po sterownikach.
4: RESTART
5: Zainstaluj nowe sterowniki
6: RESTART

Probably caused by : ntkrnlmp.exe ( nt!KiDoubleFaultAbort+b2 )

Podaj screena z programu HDTune zakładka Health
Przy okazji sprawdził bym również RAM programem MEMTEST

Użytkownik Qauke edytował ten post 26 04 2013 - 01:14

Przeinstalowałem sterowniki karty graficznej. (chociaż miałem najnowsze, regularnie instaluje aktualizacje od nvidii)

Przeleciałem memtestem dwa razy i dodatkowo jeszcze narzędziem diagnostycznym windows i nie wykryło żadnych błędów.

Załączam printscreen.

A powiedź mi ,nie masz przypadkiem zainstalowanego jakiegoś oprogramowania typu zonealarm i kaspersky?

Nie, używam Avasta.

Przeinstalowałem sterowniki karty graficznej. (chociaż miałem najnowsze, regularnie instaluje aktualizacje od nvidii)

 

 

Rzadko co producent wydaje jakieś aktualizację do nvidii, co dokładnie po instalowałeś? od najnowszych sterowników?

Wchodziłem na stronę nvidii tak z raz na miesiąc, dwa i sprawdzałem za pomoca ich automatycznej wyszukiwarki, czy jest dostepna nowsza wersja. Jeśli była to instalowałem (zazwyczaj własnie co dwa miesiące mniej więcej).

Teraz mam GeForce 314.22, wcześniej 314.07, 310.90 itd.

Postawiłem system od nowa i jedyne co zainstalowałem to Mass Effect 3 (nie licząc sterowników i microsoft security essential) - chciałem sprawdzić, czy problem powoduje jakiś konfliktujący się program.

 

Już po paru minutach gry ekran zamarzł i terkotało z głośników. Komputer był w serwisie, ale serwisant nie stwierdził, żeby którykolwiek komponent był wadliwy.

 

Jakieś nowe pomysły?

Całą specyfikację PC-ta już mamy, a gdzie zasilacz?

Zasilacz już podawałem powyżej:

 

Zasilacz:
ZS Series OCZ-ZS550W

 

No ale generalnie sprawa już się przedawniła i wątek kontynuujemy tutaj:

/freezy-podczas-grania-t55849/