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 Niedziela o 14:30 przez ligonis24

[lokiju 584]

 

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 Niedziela o 14:46 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 584]

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 Niedziela o 15:32 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 173]

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 584]

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 Niedziela o 15:55 przez lokiju

[wallec 1 173]

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 Niedziela o 18:30 przez ligonis24

[wallec 1 173]

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 173]

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 Niedziela o 20:41 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 Niedziela o 21:47 przez ligonis24

[Qrdello 1 048]

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 Niedziela o 22:14 przez Qrdello

[wallec 1 173]

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 499]

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

 

 

Kolejny powód aby sprawdzić inny procesor  

[miro 1 047]

9 godzin temu, Qrdello napisał(a):

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

 

32 minuty temu, Send1N napisał(a):

Kolejny powód aby sprawdzić inny procesor

dokładnie, tyle że w pierwszym poście autor napisał coś takiego, chyba potem nawet jemu umknęło :

 

16 godzin temu, ligonis24 napisał(a):

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

??

 

[lokiju 584]

Ja to zauważyłem ale i tak od początku pisałem by podmienić procesor. Jeżeli coś tu rzeczywiście uszkadza ten ram to może właśnie szalejący kontroler pamięci. 

[ligonis24 0]

8 godzin temu, wallec napisał(a):

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 

Zrobione, tak to wygląda. Nie mam pojęcia czy widać to co trzeba było, bo nie znam się na tym kompletnie

[wallec 1 173]

Vsoc na 1.125v

Cldo vddp na 0.975v

Vddg ccd na 0.975v

Vddg kod na 1.05

Clkdrvstr na 60ohm

 

@Send1N pokaż proszę Twoje zentiming bo w 100% nie jestem już pewien am4

 

[ligonis24 0]

14 godzin temu, Qrdello napisał(a):

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

 

pbo włączone

125 PPT

75 TDC

110 EDC

Curve Optimizer All Cores Negative 20

1 minutę temu, wallec napisał(a):

Vsoc na 1.125v

Cldo vddp na 0.975v

Vddg ccd na 0.975v

Vddg kod na 1.05

Clkdrvstr na 60ohm

 

@Send1N pokaż proszę Twoje zentiming bo w 100% nie jestem już pewien am4

 

gdzie to pozmieniać?

[wallec 1 173]

W BIOS 

[Qrdello 1 048]

8 minut temu, ligonis24 napisał(a):

pbo włączone

125 PPT

75 TDC

110 EDC

Curve Optimizer All Cores Negative 20

gdzie to pozmieniać?

I to masz cały czas ustawione przy testach ramu? 

Bo jeżeli tak to wyłącz PBO (w sensie ustaw na auto), wyłącz CO. Generalnie odpal procesor w stocku, jak go bozia stworzyła.

 

Może sie okazać, że winę za niestabilność ponosi OC procka  z uv a nie same kości. Zdarzyło mi się tak kilka razy, że system walił błędami BSOD i sys managment po zbyt optymistycznym uv na procku