Zawieszanie się komputera


(Tlen 1992) #1

Mam problem(pisałem na innych forach jednak nie pomogli mam nadzieje że wy jesteście tak mili że pomożecie) kiedy gram w Wiedźmina nagle komp mi się zawiesza i tylko reset pomaga dziwne jest w tym że obraz się zawiesza a muza gra dalej,w kronikach riddicka po zmianie zasiłki tylko raz się zawiesił oraz przy no mercy na n64 zresetował się więc niżej podam log Debugging Tools for Windows może pomoże.Tak się dzieje tylko przy grach,jak miałem stary zasilacz to zwisy i resety występowały cały czas a jak już następowały to tak że wszystko zamarło nie było żadnej muzy ani nic,a jak mam nowy to tylko w niektórych momentach zwisy ale muza gra może napięcia są złe??nie wiem mam nadzieje że wy pomożecie:).

Moim zdaniem to grafika bo to wina sprzętu a podczas włączenia Wiedźmina jakoś dziwnie karta syczy ale do końca nie wiem czy to karta.

Mój komp to:

Athlon 3000+ 1.8 GHZ

geforce 7600GT

twardziel 40GB

Asus a8v-vm

Windows XP sp2

Ramy 1.7GB

Zasilacz Modecom MC-350ATX 2.0 PFC 400W (we Wtorek kupiony)

Bardzo bym prosił o odpowiedź.

Pozdrawiam... smile.gif

Log z Debugging Tools for Windows

Microsoft ® Windows Debugger Version 6.8.0004.0 X86

Copyright © Microsoft Corporation. All rights reserved.

Loading Dump File [C]

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 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) UP Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Kernel base = 0x804d7000 PsLoadedModuleList = 0x805535a0

Debug session time: Mon Mar 3 22:02:08.770 2008 (GMT+1)

System Uptime: 0 days 2:27:42.658

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

* 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 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

.............

*** WARNING: Unable to verify timestamp for hal.dll

*** ERROR: Module load completed but symbols could not be loaded for hal.dll

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

* *

* Bugcheck Analysis *

* *

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

Use !analyze -v to get detailed debugging information.

BugCheck 9C, {4, 805463f0, b2000010, 10c0f}

***** 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 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 argument when starting the debugger. *

* using .sympath and .sympath+ *

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

Probably caused by : ntoskrnl.exe ( nt+21c3f )

Followup: MachineOwner

pokazuję ntoskrnl.exe więc coś ze sprzętem(jak się nie mylę bo się na tym nie znam).


(JNJN) #2

Temperatury wszystkiego i porządna konserwacja kompa.

Sprawdź napięcia.

Sprawdź kondensatory elektrolityczne na płycie.

Sprawdź pamięć na błędy.

Może coś podkręcane?

Osłuchaj co to syczy dokładnie.

Inne.


(Tlen 1992) #3

no to tak.Pamięć już patrzałem mem testem i żadnych błędów nie było,nic na pewno nie podkręcałem(ponieważ się na tym nie znam.A napięć nie sprawdzę bo nie mam miernika ale z everest mogę podać:

Temperatury

Płyta główna 32 °C (90 °F)

Procesor 37 °C (99 °F)

Aux 41 °C (106 °F)

Procesor graficzny 55 °C (131 °F)

Seagate ST340016A 25 °C (77 °F)

Napięcie rdzenia procesora 1.23 V

Aux 3.66 V

+3.3 V 3.26 V

+5 V 5.48 V

+12 V 12.65 V

-12 V 2.78 V

-5 V 3.25 V

+5 V podczas wstrzymania pracy 4.95 V

VBAT baterii CMOS 3.57 V

Zaraz odłączę wszystko i przeczyszczane dokładnie całego kompa i kondensatory sprawdzę.Jak się uda jakąś grę odpalić na zintegrowanej co syczało na normalnej i nie będzie syczeć czyli to karta.

A te syczenie może przez to że jest spalona?

A jest to możliwe że listwa jest jakaś krzywa i zaniża pobór prądu albo coś bo już z nią miałem problemy.


(Tlen 1992) #4

kondensatory są ok.wyczyściłem kompa,ale nic nie pomogło.Możliwe że pasta na procku się zużyła po jakimś roku używania??Jestem na 99% że to karta syczy albo nad nią chipset…


(Seba86mu) #5

Temperatury w porządku.

Według czujnika napięcia na liniach +5V i +12V wykraczają poza normę ATX.

Normy ATX:

Widocznie czujniki przekłamują, bo przy Twoim nowym zasilaczu takie wykroczenie poza normy jest raczej niemożliwe.

Najlepiej, jak zmierzysz napięcia miernikiem elektronicznym - najtańszy kosztuje ok. 20 zł.

Pomiar napięć miernikiem elektronicznym

Może to wentylator na karcie graficznej syczy, gdy zwiększa obroty ?


(Tlen 1992) #6

na karcie mam chłodzenie pasywne…Może jutro skocze do kumpla wezmę kartę,piwo i pożyczę miernik od niego jak okaże się że u niego karta chodzi dobrze.


(Mateusz 931) #7

U sprawdź temperaturę karty w stresie.

Ja stawiam na nią.


(Tlen 1992) #8

w stresie koło 61-65