Blue Scrren'y i coś jeszcze :(

[Xime]

Witam.

Mam problem z wyskakującymi Blue Screenam'i. Jakiś czas temu spaliła mi się płyta główna. Zakupiłem nową w pewnym serwisie GA-M57SLI-S4 ( 1.1) . Byli na tyle mili, że mi ją zamontowali. Po oddaniu kompa miałem drobne kłopoty z FPS'ami w grach ( 3-10 przy zwykłym 40-100) więc sformatowałem kompa. Po formacie zainstalowałem stery z płyty. I ty zaczęły się schody. Prawie wszystkie gry po jakimś czasie grania w nie wychodzą do windows'a z komunikatem : ''Wystąpił błąd z aplikacją (tu nazwa gry) oraz pojawia się ten nieszczęsny niebieski ekran ;(. Błędy są różne : od sterów do dźwięku (ALC888), grafiki (GeForce 9400GT) przez USB (ocb?!?) do różnych plików systemowych (np. system32) oraz różne błędy typu 0x0000000A ( jest ich więcej).

Formatowałem już ze 4 razy. Stery są najnowsze do wszystkiego.

Mam nadzieję, że otrzymam pomoc od was.

PS. Pozdrawiam @.o

Aha i to moja specyfikacja :

- AMD Athlon 64 X2 Dual Core Processor 3800+, 2010 MHz

- GeForce 9400GT

- ALC888 (zintegrowana)

- 1 GB Ram

- Zasilacz jeśli się nie mylę jest 330W

- nForce 570SLI

[xswistaqx]

Podaj dokładną konfigurację kompa włącznie z zasilaczem.

[Xime]

Podaj dokładną konfigurację kompa włącznie z zasilaczem.

- Dysk SEAGATE ST3250620AS 250 GB 7200 16MB SATA-II

- GOODRAM DDRII 1 GB (2x512MB) PC667 DUAL CHANNEL

- Czytnik Kart Super Case

- Procesor AMD Athalon64 X2 3800+ BOX 1MB/2.0GHz/S-AM2

- DVD RW NEC AD-7170A-0B black bulk DVD-RAM

- Obudowa In-Win c602 silver-black 350W USB Audio Adax

[[Ekspert] voodoo1907]

Daj pełny komunikat z blue screena albo chociaż to co było po "STOP" możesz go uzyskać przy pomocy Debbuger Tool for Windows z folderu Minidump w katalogu Windows. Po odpaleniu programu wybierz opcję "open crash dump" i wybierz odpowiedni plik .dmp.

Zasilacz będzie i tak do wymiany bo jak dostarczony razem z obudową to na pewno shitowy i to on może być przyczyną problemu.

[Xime]

Daj pełny komunikat z blue screena albo chociaż to co było po "STOP" możesz go uzyskać przy pomocy Debbuger Tool for Windows z folderu Minidump w katalogu Windows. Po odpaleniu programu wybierz opcję "open crash dump" i wybierz odpowiedni plik .dmp.

Zasilacz będzie i tak do wymiany bo jak dostarczony razem z obudową to na pewno shitowy i to on może być przyczyną problemu.

To chyba to:

Microsoft ® Windows Debugger Version 6.11.0001.404 X86

Copyright © Microsoft Corporation. All rights reserved.

Loading Dump File [C:\WINDOWS\Minidump\Mini120109-02.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 XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS Personal

Machine Name:

Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700

Debug session time: Tue Dec 1 16:23:46.593 2009 (GMT+1)

System Uptime: 0 days 4:15:36.329

*********************************************************************

* 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

Loading unloaded module list

.........

Unable to load image win32k.sys, Win32 error 0n2

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

*** ERROR: Module load completed but symbols could not be loaded for win32k.sys

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, 8054a751, b04b8aa4, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

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

*** ERROR: Module load completed but symbols could not be loaded for dxg.sys

*************************************************************************

*** ***

*** ***

*** 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 : win32k.sys ( win32k+2ace )

Followup: MachineOwner

---------

Jest tego o wiele więcej ( od sierpnia 2009 do stycznia tego roku )

dam jeszcze jedno :

Microsoft ® Windows Debugger Version 6.11.0001.404 X86

Copyright © Microsoft Corporation. All rights reserved.

Loading Dump File [C:\WINDOWS\Minidump\Mini122409-01.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 XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS Personal

Machine Name:

Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700

Debug session time: Thu Dec 24 12:32:17.765 2009 (GMT+1)

System Uptime: 0 days 0:19:48.500

*********************************************************************

* 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

Loading unloaded module list

...........

Unable to load image Npfs.SYS, Win32 error 0n2

*** WARNING: Unable to verify timestamp for Npfs.SYS

*** ERROR: Module load completed but symbols could not be loaded for Npfs.SYS

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 10000050, {a5d80080, 0, 805f6aaa, 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 ***

*** ***

*************************************************************************

*********************************************************************

* 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 : Npfs.SYS ( Npfs+4b7c )

Followup: MachineOwner

---------

[[Ekspert] voodoo1907]

Zrób update wszystkich sterowników, szczególnie tych od chipsetu i karty graficznej.

http://msdn.microsoft.com/en-gb/library/ms793437.aspx

Jak już mówiłem może to być zasilacz. Tak jak kolega wyżej pisał memtesta też można puścić.

EDIT:

Jak stery najnowsze to memtest, ale i tak stawiam na zasilacz bo na pewno przez niego spaliła się poprzednia płyta. Najlepiej puki go nie wymienisz to nie korzystaj z kompa bo tym razem może spali się coś więcej. Koniecznie wymień go na firmowy, z najtańszych polecam Fortrona.

[Sevard]

A ja bym się wstrzymał z oceną. Po chwili googlania wyszło mi, że pod marką In-Win sprzedawane są zasilacze dwóch firm. Pierwsza to In-Win, a druga FSP, podaj model zasilacza znajdujący się na tabliczce znamionowej.

Druga rzecz, to sprawdź pamięci za pomocą programu Memtest86, lub Memtest86+ (test powinien trwać 3 godziny, lub do pierwszego błędu).

Trzecia rzecz wreszcie, daj screena z zakładki Health programu HD Tune (wystarczy darmowa wersja tego programu).

[Xime]

A ja bym się wstrzymał z oceną. Po chwili googlania wyszło mi, że pod marką In-Win sprzedawane są zasilacze dwóch firm. Pierwsza to In-Win, a druga FSP, podaj model zasilacza znajdujący się na tabliczce znamionowej.

Druga rzecz, to sprawdź pamięci za pomocą programu Memtest86, lub Memtest86+ (test powinien trwać 3 godziny, lub do pierwszego błędu).

Trzecia rzecz wreszcie, daj screena z zakładki Health programu HD Tune (wystarczy darmowa wersja tego programu).

Zasilacz chyba napisałem, a tobie chodzi o tabliczkę na zasilaczu czy na obudowie? Bo na obudowie nie pisze In-Win czy FSP ( jest jakiś IN-Com ale to chyba nie to i do tego tylko na obudowie), a żebym mógł zobaczyć na zasilaczu muszę zajrzeć do środka ?

Robiłem Memtes'ta ale tylko z 30 min i nic nie wykazało. Jak będę miał czas to zrobię te 3 godziny.

A to screen z HD Tune'a :

[xandi]

Chodzi o tabliczkę na zasilaczu. Najlepiej to zrób jej zdjęcie i wrzuć an forum.

[SwisteK]

żebym mógł zobaczyć na zasilaczu muszę zajrzeć do środka ?

Dokładnie tak

Robiłem Memtes'ta ale tylko z 30 min i nic nie wykazało. Jak będę miał czas to zrobię te 3 godziny.

Zrób, pół godziny to żaden test.

A to screen z HD Tune'a :

Nieładnie. Pomijając typowe dla tego modelu dysku "kosmiczne" wartości w niektórych rejestrach, widać że są jakieś problemy z transmisją danych. Czyli kabel sygnałowy do wymiany (na nowy), a jeśli nie pomoże to szukamy dalej przyczyny tych błędów.

[Xime]

A to screen z HD Tune'a :

. Pomijając typowe dla tego modelu dysku "kosmiczne" wartości w niektórych rejestrach, widać że są jakieś problemy z transmisją danych. Czyli kabel sygnałowy do wymiany (na nowy), a jeśli nie pomoże to szukamy dalej przyczyny tych błędów.

A gdzie mogę dostać taki kabel?

I ty macie zdjęcie :

http://img509.imageshack.us/i/dsc00224ed.jpg/

Wiem, że słabej jakości ale niestety mam 1.3 aparat

[Sevard]

OK, widać model. Takie oznaczenie mają twory IN-Win, generalnie nie spotkałem się z nimi, ale w necie widziałem niezbyt pochlebne opinie, ale niech może jeszcze ktoś mądrzejszy się wypowie.

Kabel sygnałowy kupisz w dowolnym sklepie, który sprzedaje części do komputera.

[Lenek22]

wyciągnij grafe wyciągnij ramy poczekaj 30 sekund zamontuj ponownie wejdź w bios ustawienia zrób na standardowe i napisz czy chodzi

jak nadal będzie ten sam problem wyciągnij jedną z kości