Skocz do zawartości

Uszkodzony kontroler pamięci


Recommended Posts

Witam!

 

Mam problem ze swoim komputerem. Niedawno (przed świętami) miałem awarię, która objawiła się tym, że komputer nie chciał się uruchamiać z włożonym do niego ramem (jak sloty były puste to płyta sygnalizowała błąd pamięci, jak włożyłem jakąkolwiek kość to komp nie wstawał). Postanowiłem rozbebeszyć kompa na czynniki pierwsze i złożyć jeszcze raz - pomogło, komp podziałał nawet 2 dni. Dzisiaj znowu ten sam problem - jedna kostka pamięci działa, a druga od dualu nie (tzn. obie kości są sprawne, ale drugi slot od dual channel jakby nie).

 

Wczoraj jednak jeszcze wszystko działało. Patrzyłem na płytę i nie znalazłem żadnych napuchniętych kondensatorów itp. Przebicia w obudowie raczej też nie ma.

 

Pomyślałem że to wina kontrolera pamięci, ale nie wiem jak sprawdzić jego sprawność - dlatego proszę o pomoc.

Link to post
Share on other sites

Kości sprawdzałem już jakiś czas temu w innym komputerze - przez tydzień działały bezproblemowo.

 

Grafika robi mi problemy (np. jeśli zresetuję kompa który nie chce się bootować to wtedy wiatrak chodzi na maksa co wskazuje na jakiśtam problem z kartą). Co to może oznaczać w takim razie?

Link to post
Share on other sites

komp sie nie uruchamia w ogóle i robie reset/odłączam od kontaktu żeby jeszcze raz poszło. Błędów z niebieskim ekranem nie ma - komputer albo normalnie się uruchamia i działa albo w ogóle nie bootuje

 

Bios jest najnowszy. To pewnie płyta główna, ale z drugiej strony jak wsadziłem procesor drugi raz to wszystko działało, czyli reklamacji pewnie nie przejdzie

Link to post
Share on other sites

1. Komputer nie bootował ani nie dawał żadnych beep codów z włożonym ramem.

2. Wszystko rozmontowałem i złożyłem jeszcze raz (CPU, grafika, dyski itp.) - działało przez 2 dni, komputer nie chce uruchomić się z dwiema kostkami naraz w dual channel.

3. Jak wsadzę jedną kość to działa

4. Jeśli komputer nie bootuje z dwoma kostkami, wyłącze komputer włącznikiem od obudowy i włączę z powrotem, to komputer nadal nie bootuje i karta graficzna kręci wentylatorem swoim na maksa co sygnalizuje niewłaściwe jej działanie

Link to post
Share on other sites

Mam OCZ SXSII 600W :P przepraszam ze nie napisalem.

 

Płyta Asrock m3a770de

Phenom II 955 BE

Ram 2gb kingston (wczesniej 2x2gb patriot ale wlasnie sprzedalem)

Radeon 5830

 

Dzisiaj komputer nie chciał w ogóle się uruchomić, z ramem wsadzonym do gniazda komputer nie bootwał (po wyjęciu ramu sygnalizował błąd pamięci). Wyciągnąłem procesor z gniazda i wsadziłem z powrotem i teraz działa. Pewnie jakiś kondensator pada, zresztą jedna osoba już mi to sugerowała (nie na forum). Ktoś wie co się może dziać innego?

Link to post
Share on other sites
  • 4 tygodnie później...

Witam ! Mam podobny problem z kompem!!

 

Płyta Asus M4A785TD-V EVO

Procek Athlon II x2 260 (wcześniej x2 245)

Ram 4 x 1 GB Kingston DDR3

Zasilacz be quiet! 430 W (wczesniej chieftec)

Grafa integra

 

Komp od czasu do czasu sie zwiesi , zamrozi , zrestartuje , to wywali niebieski ekran. Gdy nagle sie wyłaczy czasem zdaża się tak , że wogóle nie chce znów się włączyć , słychać jedynie wiatraki , żadnej reakcji , żadnego dźwięku! Problemy zdażają się bardzo nieregularnie . Komputer potrafi bezproblemowo pracować tydzień czasu a w drugim tygodniu codziennie problemy!!

 

Wymieniłem zasilacz- nie pomogło.

Dysk twardy dokupiłem , na nowym system postawiłem , stary odłaczyłem - nie pomogło.

Testowałem pamięć - każdą kość osobno po 12 h , zero błedów.

Testowałem pamięć - 4 kośći na raz też 12 h , zero błedów.

Każdą kość sprawdził mi też kolega na swoim kompie , też brak błedów.

Zainstalowałem linuxa na pożyczonym dysku , też zdażały się zwiechy i restarty.

Szukałem pomocy w suporcie Asusa , zasugerowano uszkodzony procesor (ponieważ to procesor ma w sobie kontroler pamięci ram ) a objawy moich problemów to podobno w 90 % związane są ze współgraniem ze sobą kośći ram. Skoro są tej samej firmy , identyczne modele o tych samych parametrach , a ponadto znajdują sie na liście pamięci kompatybilnych z płyta to musi być to procesor.

Kupiłem więc x2 260 zamontowałem i co ? ZERO PROBLEMóW - przez niecałe 2 miesiące!!! ;( Pózniej znów to samo...

 

Co zauważyłem jak komp szwankuje czesto , lub sie wyłaczy i właczyć się nie chce - montuje ponownie procesor wraz z chłodzeniem i mam na tydzień spokój!

 

WNIOSEK : Uwalona płyta!

PYTANIE : Co dokładnie uwalone i jak to się stało ? Problem nie występuje od nowości pojawił się jakoś po pół roku a nic sprzętu nie zmieniałem nie ruszałem, nie podkręcałem! Płyta ma też Extreme desing , kompem nie rzucałem :D Przy składaniu , montowaniu procka ścieżki napewno nie popękały . Czy to aby płyta napewno ?

 

 

Edytowane przez cesarz87
Link to post
Share on other sites

Procesory dość rzadko ulegają awarii,chyba że zbyt mocne OC.Możesz np wyjąć procesor z gniazda i ponownie go zamontować to samo dotyczy pamięci RAM czy karty graficznej. Nawet tak prosta czynność pomaga czasem rozwiązać problem z działaniem sprzętu.Jeśli to nie pomoże to spróbuj z innym egzemplarzem procesora ,inny model.W ostateczniości winna będzie płyta główna.Wystarczy jakiś zimny lut,ścieżki mogą ulec uszkodzeniu przy mocnych naprężeniach.

Link to post
Share on other sites

Oto co kryją w sobie pliki .dmp po ekranie śmierci :P Pomoże ktoś to rozgryść ??

 

8 lutego...

*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {8, 2, 1, fffff80002cd24f0}
Probably caused by : ntkrnlmp.exe ( nt!KiDeferredReadyThread+839 )
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000008, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80002cd24f0, address which referenced memory
Debugging Details:
------------------

WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002efe100
0000000000000008
CURRENT_IRQL:  2
FAULTING_IP:
nt!KiDeferredReadyThread+839
fffff800`02cd24f0 48895008	    mov	 qword ptr [rax+8],rdx
CUSTOMER_CRASH_COUNT:  1
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
BUGCHECK_STR:  0xA
PROCESS_NAME:  System
TRAP_FRAME:  fffff80000b9c3d0 -- (.trap 0xfffff80000b9c3d0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff880009ee710
rdx=fffffa8003f2d100 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002cd24f0 rsp=fffff80000b9c560 rbp=0000000000000001
r8=0000000000000009  r9=0000000000000009 r10=fffff80002c4f000
r11=fffff80000b9c5b0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0		 nv up ei ng nz na pe nc
nt!KiDeferredReadyThread+0x839:
fffff800`02cd24f0 48895008	    mov	 qword ptr [rax+8],rdx ds:73a0:00000000`00000008=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER:  from fffff80002ccb1e9 to fffff80002ccbc40
STACK_TEXT: 
fffff800`00b9c288 fffff800`02ccb1e9 : 00000000`0000000a 00000000`00000008 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff800`00b9c290 fffff800`02cc9e60 : fffffa80`042b9010 00000000`00000000 fffffa80`04824820 fffff880`009ea180 : nt!KiBugCheckDispatch+0x69
fffff800`00b9c3d0 fffff800`02cd24f0 : fffffa80`043d32d0 00000000`00000040 00000000`00000000 00000000`000007ff : nt!KiPageFault+0x260
fffff800`00b9c560 fffff800`02cd7527 : fffffa80`03f2d120 fffffa80`03fa0c68 fffffa80`03fa0c68 fffffa80`0423ac00 : nt!KiDeferredReadyThread+0x839
fffff800`00b9c5e0 fffff800`02cd737e : 00000000`a7fbaf0e fffff800`00b9cc58 00000000`00004691 fffff800`02e454a8 : nt!KiProcessExpiredTimerList+0x157
fffff800`00b9cc30 fffff800`02cd7167 : 00000000`34ce35c8 00000000`00004691 00000000`34ce3518 00000000`00000091 : nt!KiTimerExpiration+0x1be
fffff800`00b9ccd0 fffff800`02cc396a : fffff800`02e41e80 fffff800`02e4fcc0 00000000`00000000 fffffa80`04a0c200 : nt!KiRetireDpcList+0x277
fffff800`00b9cd80 00000000`00000000 : fffff800`00b9d000 fffff800`00b97000 fffff800`00b9cd40 00000000`00000000 : nt!KiIdleLoop+0x5a

STACK_COMMAND:  kb
FOLLOWUP_IP:
nt!KiDeferredReadyThread+839
fffff800`02cd24f0 48895008	    mov	 qword ptr [rax+8],rdx
SYMBOL_STACK_INDEX:  3
SYMBOL_NAME:  nt!KiDeferredReadyThread+839
FOLLOWUP_NAME:  MachineOwner
MODULE_NAME: nt
IMAGE_NAME:  ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3
FAILURE_BUCKET_ID:  X64_0xA_nt!KiDeferredReadyThread+839
BUCKET_ID:  X64_0xA_nt!KiDeferredReadyThread+839
Followup: MachineOwner

10 lutego...

*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck D1, {36fe55d, 2, 0, fffff88004a61eca}
Probably caused by : ntkrnlmp.exe ( nt!PoIdle+52a )
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 00000000036fe55d, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff88004a61eca, address which referenced memory
Debugging Details:
------------------

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002eb3100
00000000036fe55d
CURRENT_IRQL:  0
FAULTING_IP:
+6430386433373066
fffff880`04a61eca ??			  ???
CUSTOMER_CRASH_COUNT:  1
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
BUGCHECK_STR:  0xD1
PROCESS_NAME:  System
LAST_CONTROL_TRANSFER:  from fffff80002c8a4a9 to fffff880016297f2
STACK_TEXT: 
fffff800`04112c98 fffff800`02c8a4a9 : 00000000`002fb00f fffffa80`04ba3c28 fffff800`02e04cc0 00000000`00000001 : 0xfffff880`016297f2
fffff800`04112ca0 fffff800`02c7893c : fffff800`02df6e80 fffff800`00000000 00000000`00000000 fffffa80`04151200 : nt!PoIdle+0x52a
fffff800`04112d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x2c

STACK_COMMAND:  kb
FOLLOWUP_IP:
nt!PoIdle+52a
fffff800`02c8a4a9 0fba25570e18000f bt	  dword ptr [<Unloaded_Unknown_Module_00000000`00000000>+0x180e57 (00000000`00180e57)],0Fh
SYMBOL_STACK_INDEX:  1
SYMBOL_NAME:  nt!PoIdle+52a
FOLLOWUP_NAME:  MachineOwner
MODULE_NAME: nt
IMAGE_NAME:  ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3
FAILURE_BUCKET_ID:  X64_0xD1_nt!PoIdle+52a
BUCKET_ID:  X64_0xD1_nt!PoIdle+52a
Followup: MachineOwner

11 lutego...

*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 7F, {8, 80050031, 6f8, fffff80002c8be61}
Probably caused by : ntkrnlmp.exe ( nt!KiDoubleFaultAbort+b2 )
Followup: MachineOwner
---------
1: kd> !analyze -v
*******************************************************************************
*																			 *
*					    Bugcheck Analysis								    *
*																			 *
*******************************************************************************
UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
	    use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
	    use .trap on that value
Else
	    .trap on the appropriate frame will show where the trap was taken
	    (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff80002c8be61
Debugging Details:
------------------

BUGCHECK_STR:  0x7f_8
CUSTOMER_CRASH_COUNT:  1
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
PROCESS_NAME:  csrss.exe
CURRENT_IRQL:  2
LAST_CONTROL_TRANSFER:  from fffff80002c7c1e9 to fffff80002c7cc40
STACK_TEXT: 
fffff880`009f0c68 fffff800`02c7c1e9 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`009f0c70 fffff800`02c7a6b2 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`009f0db0 fffff800`02c8be61 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
00000000`00000001 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiTryUnwaitThread+0x51

STACK_COMMAND:  kb
FOLLOWUP_IP:
nt!KiDoubleFaultAbort+b2
fffff800`02c7a6b2 90			  nop
SYMBOL_STACK_INDEX:  2
SYMBOL_NAME:  nt!KiDoubleFaultAbort+b2
FOLLOWUP_NAME:  MachineOwner
MODULE_NAME: nt
IMAGE_NAME:  ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3
FAILURE_BUCKET_ID:  X64_0x7f_8_nt!KiDoubleFaultAbort+b2
BUCKET_ID:  X64_0x7f_8_nt!KiDoubleFaultAbort+b2
Followup: MachineOwner

Znów mnie zwiechy codziennie męczą ;(

Link to post
Share on other sites

ja coś takiego nazywam coś kopnęło w kalendarz: zasilacz, pamięci albo płyta.

 

z tego co piszesz to stawiam że płyta ale jak możesz to na początek włóż jakieś inne pamięci, jeżeli nie to daj to do jakiegoś serwisu z podejrzeniem że płyta.

Link to post
Share on other sites

Zmieniłem pamięć dalej problem występuje. Pamięć wsadziłem 15 lutego. Dziś niedawno kolejna zwiecha systemu połaczona z restartem kompa po którym wiatraki działały (brak obrazu) !! W takich wypadkach muszę poczekać z 5 minut z odciętym całkiem zasilaniem i komp się uruchamia , ale problem znow występuje. Gdy wyciągne procesor z gniazda i zamontuje ponownie mam spokój z kompem na tydzień , dwa tygodnie, nieraz krócej. To nie jest wina temperatur ,procesora, zasilacza ani pamięci. Wszystko wskazuje na płytę. Co może być uszkodzone ?? Czy opłaca się płyte naprawiać ?? Przypomne mam : M4A785TD-V EVO od asusa.

Link to post
Share on other sites

Płyta kupiona jakoś w sierpniu 2009 r. Wiem ,że wszystko na płyte wskazuje. Tylko co mogło się zepsuć , skoro ponowny montaż procesora "naprawia płyte" na tydzien czy dwa tygodnie czasu. Jak działa to działa zero problemów. Po 6 godzinach testowania programem OCCT , komputer nie wykazuje żadnego problemu. Nadchodzi taki czas , że włącze kompa pochodzi 5 min i zwiecha , to bsod , to restart nie chce się właczyć i tak co 15 min , co godzine , co 3 godziny.... Zamontuje ponownie procesor i znów mam spokój powiedzmy na tydzień czy dwa! ??????

 

http://pl.asus.com/Motherboards/AMD_AM3/M4A785TDV_EVO
Płyta niby Xtreme Design , żadnym mocnym naprężenią nie ulegała. Chłodzenie procesora boxowe , żadne tam obciążenie. komputer nie był rzucany przez dzieci o ściane :D itp itd. Wzrokowo ogladałem dokładnie płyte żadnych uszkodzeń mechanicznych , kondensatory ok , ścieżki też wyglądają ok. W pobliżu nie mam jakiegoś sensownego serwisu , który by rozwiązał mój problem.

 

Macie jakieś pomysły ????

Link to post
Share on other sites
Gość
This topic is now closed to further replies.
  • Ostatnio przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

×
×
  • Dodaj nową pozycję...