Kłopoty z zasilaczem?


(Marop86) #1

Właśnie wymieniłem kartę grafiki z 8600GT sonic+ na radka HD 4850 Asusa mam do tego Amd Athlon 5200+ 2MB CACHE (OC 235x13) płytę Asus M2N-E 2GB GEIL 940MHz 4-4-4-12, i dysk wd 250 gb 16mb cache. W czym problem ... gdy miałem założoną tamtą kartę tj. 8600gt wszystko działało dobrze wolniej lecz dobrze przykładowo COD4 czy CRYSIS. gdy zmieniłem kartę ... nagły przypływ mocy :wink: :wink: ale... przy dłuższym graniu gra przestaje działac a czesciej zdaza sie ze pojawia sie niebieski ekran i pisze ze zapobiega to uszkodzeniu sprzetu. Nie rozumiem tego :? :? :? czy może by to wadą bądź niedostatkiem jeśli takowe występuje mocy?? zasilacz to 400W Modecom Feel III. Karta wymaga dodatkowego złacza 6-pin-owego gdzie zasilacz posiada fabrycznie taka wtyczke wiec nie zakładana byla zadna przejsciówka... prosze was o pomoc:(:(:frowning:


(Lukaszk 89) #2

Zasilacz niezbyt ciekawy.Dobrze by było go wymienić(masz możliwość sprawdzenia kompa na lepszym i mocniejszym zasilaczu zasilaczu?)

Podaj odczyty(temp. i napięcia) z BIOSu i Everesta Ultimate po włączeniu kompa, podczas gry i po tym błędzie.


(Asterisk) #3

Zapoznaj się proszę z tą stroną i zmień tytuł na

konkretny. Inaczej temat poleci do śmietnika.


(Marop86) #4

EVEREST:

Napięcie rdzenia procesora - 1,30V

+3,3V - 3,22V

+5V - 5,13V

+12V - TRIAL:(

+5V podczas wstrzymania pracy - 4,73V

VBAT baterii CMOS - 2,96V

BIOS:

VCORE VOLTAGE - 1,25V

3,3V Voltage - 3,40V

5V Voltage - 5,13V

12V Voltage - 12,49V

Oto napięcia z everest ultimate i biosu. Przypominam że mankament pojawia się dopiero jak pogram chwile w jakąś grę. i niestety nie mam jak sprawdzic sprzetu na innym zasilaczu:( po właczeniu Crysisa napiecia w everescie nie spadły... jaka jest tego przyczyna:(


(Lukaszk 89) #5

Napięcia do najlepszych nie należą...

Próbowałeś innych sterów do grafy?


(Agatonster) #6

Maro86 ,

Proszę poprawić pisownię w tytule tematu i w opisie problemu. W celu edycji swojego posta proszę skorzystać z przycisku ac7a4cd89050aa6e.gif


(Cosik Ktosik) #7

Aby dowiedzieć się więcej, czego dotyczył bluescreen, odczytaj plik DMP. Zrób to wg tej instrukcji :arrow: Klik

Daj raport na forum wg tych zasad :arrow: viewtopic.php?f=16&t=253052


(neo10) #8

A te geile to te zwyczajne srebrne? bo ja miałem podobny problem u siebie po zmianie grafiki i okazalo się że to nie zasilacz tylko zbyt małe napięcie dla pamięci... geile potrzebują minimum 2.0v chociaż pisze na nich 1,8v ;]

A zasilacz hmm trochę słaby.. jak na taką grafikę itp... no i feel ... niby 3 seria ma działające zabezpieczenia itp.. ale to i tak feel....

a napięcia zmierz miernikiem ;]


(Marop86) #9

Microsoft ® Windows Debugger Version 6.9.0003.113 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 \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2

*** WARNING: Unable to verify timestamp for ntkrnlpa.exe

*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe

Windows Server 2008 Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Kernel base = 0x81e07000 PsLoadedModuleList = 0x81f1ec70

Debug session time: Sun Oct 12 02:30:09.244 2008 (GMT+2)

System Uptime: 0 days 1:22:17.116

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

* 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 \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2

*** WARNING: Unable to verify timestamp for ntkrnlpa.exe

*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe

Loading Kernel Symbols

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

Loading User Symbols

Loading unloaded module list

.....

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

* *

* Bugcheck Analysis *

* *

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

Use !analyze -v to get detailed debugging information.

BugCheck A, {3, 1b, 1, 81ebe345}

***** 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 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 : ntkrnlpa.exe ( nt+b7345 )

Followup: MachineOwner


Tak pisze na ostatnim problemie i jeszcze jedna kwestia nie wiem czy ważna pojawia się czerwony ekran a nie niebieski pod tymi samymi napisami i resetuje kompa;/ Pamięci dzialały dobrze z tamtą kartą, płyta jest na nforce 570 Ultra. Chipset nVidia i karta Ati...to, że są różnych producentów to chyba nie ma znaczenia?


(Cosik Ktosik) #10

Z tego DMP niewiele można się dowiedzieć. Możesz jeszcze poszukać co powoduje błędy w dzienniku podglądu zdarzeń.

Jeżeli nie zwiększałeś napięcia na tych pamięciach, to zrób to. neo10 , ma tu rację, to może być przez za niskie napięcie (normalka przy Geilach), więc sprawdź to w specyfikacji pamięci lub podaj ich dokładny model.

Czerwone tło? Czy ten windows jest legalny?


(Marop86) #11

Geile są złote to link do nich http://www.komputronik.pl/Pamiec_DRAM/D ... ,id,24722/ w biosie ustawiłem napięcie 1,95V bo wiecej nie da rady niestety to wada tej płyty ale czy to możliwe że zmiana karty mogła by tak wpłynąc na napięcie RAM-u? Wszystko działało dobrze puki nie zmiana karty co prawda prądożernej. Tak windows jest legalny. Czerwone się pokazuje przy błędzie z Crysisem a Niebieskie przy COD4? Gdzie szukac dokładniej w tym podglądzie zdarzeń bo to tak dużo tego. :wink:


(Cosik Ktosik) #12

Następnym razem, gdy wyskoczy błąd i uruchomisz system, wejdź do podglądu zdarzeń i zobacz, co w tym czasie powodowało błędy.


(neo10) #13

Ja u siebie tak miałem... te geile chodziły mi ponad rok na 1,8v a w chwili zmiany grafiki już nie chciały chodzić na tych 1,8v i komputer co jakiś czas.. szczególnie w grach po jakimś czasie miał niebieski ekran i restart ;] zmieniłem na 2.0 i wszystko działa ;] choć nauczyłem się tego na błedach ;] bo najpierw zmieniłem zasilacz hehe ;D Ale nie twierdze że u ciebie na pewno jest podobnie...


(Marop86) #14

powiedzcie gdzie to sie sprawdza w podgladzie zdarzen na viscie bo tego tam jest masa:(

mówisz że to moze pamieci ??? tylko ja je mam ustawione na 1.95V wiecej w biosie nie ma bo bym ustawił >2V :(:(:frowning:

Geil Ultra 4-4-4-12 800MHz 2x1GB

Asus M2N-E

AMD AthlonX2 5200+ (oc~235MHzx13)

PALIT 8600gt sonic+- i działało dobrze wszystko zmiana na ASUS TOP HD4850 oczywiscie zysk grubo ponad 2-krotny w grach ale ten bluescreen...:frowning:

czy nowa karta aż tak może ingerowac w stabilnośc Pamięci???

czy jest jakis program oprucz BIOS-u by podnieśc napięcie na pamięciach bo 1.95V to mało chyba.