Czy płyta główna może uszkadzać pamięci RAM w moim komputerze?

[ligonis24 0]

 

 

Mam problem z ramami, otóż dwa razy reklamowałem już ramy. W obu przypadkach na początku wszystko ładnie działało bez zarzutów i po jakimś czasie zaczynały wyskakiwać BSODy (MEMORY_MANAGEMENT) oraz błędy typu STATUS_ACCESS_VIOLATION i STATUS_BREAKPOINT, uszkadzały się pliki systemowe, aplikacje zamykały się same z siebie itd. W każdym razie problemy zaczęły się pojawiać po dłuższym czasie użytkowania. Tym razem jednak jest inaczej.

Mam teraz już trzecie ramy, drugie zwróciłem 2 tygodnie temu i dostałem nowe. Po zamontowaniu ich zrobiłem format systemu, update BIOS do najnowszej wersji i ustawiłem Ai Overclock Tuner na DOCP oraz Memory Frequency na 3600 MHz i kilka innych ustawień już niezwiązanych z ramem. Zrobiłem raz TestMem5 przed zmianami w BIOS-ie i pokazał 0 błędów, później po zmianach w BIOS-ie i tak samo 0 błędów. Wszystko ładnie działało przez 2 tygodnie i dziś pojawił się pierwszy BSOD. Sprawdziłem znowu ramy w TestMem5 i zaczęło sypać błędami dokładnie tak samo jak w przypadku poprzednich ramów. Czego to może być wina?

Warto też dodać, że kiedy z najnowszymi ramami pierwszy raz uruchomiłem komputer, jeszcze przed formatem systemu, to na monitorze pokazywała się chora ilość artefaktów i ekran miał problem się załadować, jednak po dłuższym czasie ekran się załadował i wszystko działało. Jednak przy włączeniu komputera na następny dzień również pojawiały się artefakty i ekran się długo ładował zanim można było cokolwiek zrobić na komputerze. Teraz jednak ten problem ustał. W przypadku poprzednich zmian ramu czegoś takiego nie było. Załączam film, na którym to widać.

 

Spróbowałem przełożyć ramy do innego komputera, zrobiłem TestMem5 i również sypało błędami.

Płyta główna niby ma limit prędkości ramu do 3200 MHz i powyżej to już OC. Może płyta ma problem z OC? Albo po prostu jest wadliwa? Raczej ciężko uwierzyć, że mógłbym dostać 3 razy pod rząd wadliwą pamięć RAM.

Specyfikacja:
RAM: G.Skill Trident Z Royal, DDR4, 32 GB (2x16 GB), 3600 MHz, CL16
MOBO: ASUS ROG STRIX B550-A GAMING
CPU: AMD Ryzen 7 5800X, 3.8 GHz, 32 MB
GPU: Gigabyte GeForce RTX 4060 Ti Aero OC 16 GB GDDR6
PSU: SeaSonic Focus GX 850 W 80 Plus Gold

Jeśli potrzebne jest więcej jakichkolwiek informacji, śmiało pytać. Proszę o pomoc.

 

 

Edytowane 16 godzin temu przez ligonis24

[lokiju 583]

 

15 minut temu, ligonis24 napisał(a):

Może płyta ma problem z OC? Albo po prostu jest wadliwa

Przez ten cały czas nie sprawdziłeś jak działają ramy bez włączonego profilu XMP? 

 

PS: ja bym podejrzewał procesor. 

Edytowane 16 godzin temu przez lokiju

[ligonis24 0]

9 minut temu, lokiju napisał(a):

 

Przez ten cały czas nie sprawdziłeś jak działają ramy bez włączonego profilu XMP? 

Tak jak napisałem w poście, w dzień kiedy zamontowałem ramy to odpaliłem TestMem5 na fabrycznych ustawieniach BIOS bez żadnych zmian i było zero błędów, a kiedy chwilę po tym włączyłem XMP również zero błędów na teście. Dziś pojawiły się problemy i zrobiłem test z włączonym XMP i pokazywało błędy, jeszcze nie spróbowałem go odpalić na fabrycznych ustawieniach.

18 minut temu, lokiju napisał(a):

PS: ja bym podejrzewał procesor. 

Jeśli byłby to procesor to TestMem5 pokazywałby błędy ramu? Niezbyt rozumiem jak to działa i co mógłby mieć procesor z tym wspólnego. (jak coś to jestem dość zielony w tym temacie dlatego nie rozumiem, nie zarzucam, że źle piszesz)

[lokiju 583]

W procesorze jest kontroler pamięci. Może być uszkodzony lub po prostu trafiła ci się mega słaba sztuka w, której kontroler pamięci to padaka. Jednak ten procesor powinien obsługiwać 3600 Mhz bez największego problemu. Mój ryzen 5500 też miał problem z kontrolerem pamięci a dwa dni później już padł na amen. 

Edytowane 15 godzin temu przez lokiju

[ligonis24 0]

2 minuty temu, lokiju napisał(a):

W procesorze jest kontroler pamięci.

Okej, czyli jeśli problem leży po stronie procesora to pamięci nie zostały uszkodzone w żaden sposób permanentnie, dobrze rozumiem? 

 

Odpaliłem TestMem5 po zmianie ustawień na fabryczne w BIOS i tak samo pokazuje błędy.

[wallec 1 158]

Wsadz pamięci w drugi i czwarty slot.

[ligonis24 0]

8 minut temu, wallec napisał(a):

Wsadz pamięci w drugi i czwarty slot.

Są w drugim i czwartym slocie

[lokiju 583]

22 minuty temu, ligonis24 napisał(a):

Okej, czyli jeśli problem leży po stronie procesora to pamięci nie zostały uszkodzone w żaden sposób permanentnie, dobrze rozumiem? 

 

Odpaliłem TestMem5 po zmianie ustawień na fabryczne w BIOS i tak samo pokazuje błędy.

Bios najnowszy? Ja bym włożył inny procesor jeżeli masz taką możliwość i wtedy zapuścił TM5 na anta extreme. 

Edytowane 15 godzin temu przez lokiju

[wallec 1 158]

8 minut temu, ligonis24 napisał(a):

Są w drugim i czwartym slocie

Wyjmij pamięć z czwartego slotu, zostaw tylko jeden moduł bez włączania profilu xmp i puść tm5

[Kartofel 42]

@ligonis24 W taki sposób nie uszkodzisz RAM. 

Ustaw profil domyślny i sprawdź.

Jeśli pójdzie to CPU nie wyrabia.

A później wczytaj XMP i bez wychodzenia z BIOS zmień prędkość na 3000 lub 3200. Tak aby zastosowanie objęło wszelkie XMP drobne rzeczy, ale prędkość została niżej.

[ligonis24 0]

2 godziny temu, wallec napisał(a):

Wyjmij pamięć z czwartego slotu, zostaw tylko jeden moduł bez włączania profilu xmp i puść tm5

Wyjąłem z czwartego slotu jedną kość puściłem TM5, pokazywało błędy. Wyciągnąłem tą, która pokazywała błędy i włożyłem w jej miejsce tą, która była wcześniej w 4 slocie. Odpaliłem TM5 i 0 błędów. Co ciekawe ostatnim razem kiedy zwracałem poprzedni ram była dokładnie ta sama sytuacja co teraz. Nawet z tym samym modelem ramu. Oczywiście wszytko bez XMP, na fabrycznych ustawieniach w BIOS. Nie mam pojęcie o co może chodzić.

2 godziny temu, lokiju napisał(a):

Bios najnowszy? Ja bym włożył inny procesor jeżeli masz taką możliwość i wtedy zapuścił TM5 na anta extreme. 

BIOS najnowszy, tak. Spróbuję z innym procesorem.

Edytowane 12 godzin temu przez ligonis24

[wallec 1 158]

Wsadz ta kość która nie daje błędów, włącz profil xmp i odpal tm5

[ligonis24 0]

31 minut temu, wallec napisał(a):

Wsadz ta kość która nie daje błędów, włącz profil xmp i odpal tm5

Zrobione, brak błędów. Myślałem, żeby może spróbować włożyć dwie kości w sloty 1 i 3 zamiast 2 i 4, ale czy to ma jakiś sens?

31 minut temu, ligonis24 napisał(a):

Zrobione, brak błędów. Myślałem, żeby może spróbować włożyć dwie kości w sloty 1 i 3 zamiast 2 i 4, ale czy to ma jakiś sens?

Wyłączyłem xmp i spróbowałem tm5 z ramami w slotach 1 i 3 i tak samo pokazują się błędy.

[wallec 1 158]

1 godzinę temu, ligonis24 napisał(a):

Zrobione, brak błędów. Myślałem, żeby może spróbować włożyć dwie kości w sloty 1 i 3 zamiast 2 i 4, ale czy to ma jakiś sens?

Wyłączyłem xmp i spróbowałem tm5 z ramami w slotach 1 i 3 i tak samo pokazują się błędy.

Teraz włóż ta sama kość z tym samym profilem xmp do slotu 4 i puść tm5

Edytowane 10 godzin temu przez wallec

[ligonis24 0]

Godzinę temu, wallec napisał(a):

Teraz włóż ta sama kość z tym samym profilem xmp do slotu 4 i puść tm5

Próbowałem przed tym odpalić na slotach 1 i 3 więc wyłaczyłem xmp i puściłem test z ramem w dwóch slotach i i też pokazywało błędy. Potem zobaczyłem twoją odpowiedź więc wszedłem do BIOSu znowu ustawić ten sam profil xmp i stało się coś dziwnego, bo po zapisaniu ustawień i wyjściu z BIOSu komputer się wyłączył, za 2 sekundy włączył, znowu wyłączył i tak w kółko włączał się i wyłączał. Wyłączyłem go z zasilania i jak włączyłem to odpalił się w safe mode. To wszystko działo się z ramem w slotach 1 i 3 i włączonym xmp. Wyłączyłem komputer, wyciągnąłem tą jedną kość, a drugą (tą, która nie pokazywała błędów) włożyłem do 4 slotu, tak jak pisałeś. Odpaliłem tm5 z tym samym profilem co wcześniej i po minucie BSOD, potem ponowna próba już udana i test nie pokazał żadnych błędów. Załączam fotki błędu.

Edytowane 9 godzin temu przez ligonis24

[Qrdello 1 047]

Wygląda to na padnięty lub padający kontroler ramu w procesorze.

Optymalnie byłoby podmienić procesor i sprawdzić czy ramy wtedy będą zachowywały się ok. Jeżeli tak - to proc szrot.

Możesz tez spróbować wpiąć normalnie kości w sloty 2 i 4, ustawić w uefi taktowanie np. na 2933 lub 3000 MT i sprawdzić czy to cokolwiek da. Jeżeli wtedy pójdzie bez problemu to też obstawiałbym padający kontroler w procesorze. 

Generalnie te procki powinny łykać z palcem z nosie 3600MT na praktycznie dowolnych kościach. 

Procesor ma jakieś OC zapodane? Stosujesz Curve Optimiser albo wbijałeś ręcznie limity PBO?

 

Ach, i pamiętaj że stosowanie profili XMP to generalnie ZAWSZE jest o/c. Nominalne taktowanie dla tych kości to 2133MT, tak jak Ci startuje po resecie UEFI  

Edytowane 8 godzin temu przez Qrdello

[wallec 1 158]

7 godzin temu, ligonis24 napisał(a):

Próbowałem przed tym odpalić na slotach 1 i 3 więc wyłaczyłem xmp i puściłem test z ramem w dwóch slotach i i też pokazywało błędy. Potem zobaczyłem twoją odpowiedź więc wszedłem do BIOSu znowu ustawić ten sam profil xmp i stało się coś dziwnego, bo po zapisaniu ustawień i wyjściu z BIOSu komputer się wyłączył, za 2 sekundy włączył, znowu wyłączył i tak w kółko włączał się i wyłączał. Wyłączyłem go z zasilania i jak włączyłem to odpalił się w safe mode. To wszystko działo się z ramem w slotach 1 i 3 i włączonym xmp. Wyłączyłem komputer, wyciągnąłem tą jedną kość, a drugą (tą, która nie pokazywała błędów) włożyłem do 4 slotu, tak jak pisałeś. Odpaliłem tm5 z tym samym profilem co wcześniej i po minucie BSOD, potem ponowna próba już udana i test nie pokazał żadnych błędów. Załączam fotki błędu.

Teraz z tą dobrą kością w skrócie 4 i włączonym xmp, dołóż drugą kość do slotu 2 (z włączonym xmp) i wklej print screen z zen timings tak żeby było widać timingi i napięcia 

[Send1N 5 455]

Z pośród kilku błędów podczas tm5 masz też error 6:

 

 

Kolejny powód aby sprawdzić inny procesor