Test pamięci RAM na Linuksie - Jak skutecznie wykryć błędy?

Gdy komputer losowo się resetuje, zawiesza albo zaczyna sypać błędami przy rozpakowywaniu archiwów, bardzo często winna bywa pamięć operacyjna. Dobry ram test pozwala odróżnić wadliwy moduł od niestabilnych ustawień, problemów z CPU, zasilaczem albo przegrzewaniem. Poniżej pokazuję, jak podejść do tego sensownie na Linuksie, jak wybrać narzędzie i jak czytać wyniki bez łapania fałszywych tropów.

Kiedy test pamięci ma sens

Ja sięgam po test RAM-u przede wszystkim wtedy, gdy objawy są losowe i trudne do powtórzenia. Typowe sygnały to przypadkowe restarty, błędy przy kompilacji, sypiące się archiwa, instalacje kończące się komunikatem o uszkodzonych danych, kernel panic albo aplikacje, które zamykają się bez jasnej przyczyny.

Ważne jest jednak coś jeszcze: pamięć rzadko psuje się w sposób „ładny”. Często wygląda to jak problem z dyskiem, sterownikiem, jądrem albo zasilaniem. Dlatego nie zakładam z góry, że RAM jest winny. Najpierw patrzę na wzorzec awarii. Jeśli problem wraca pod obciążeniem, po dłuższym czasie pracy albo po wybudzeniu ze snu, pamięć staje się mocnym podejrzanym, ale nie jedynym.

Jeżeli komputer działa stabilnie na ustawieniach domyślnych, a zaczyna gubić się dopiero po włączeniu XMP lub EXPO, to już mam bardzo konkretną wskazówkę. XMP i EXPO to profile zapisane w BIOS/UEFI, które podnoszą taktowanie i zmieniają timingi, czyli opóźnienia między operacjami pamięci. To często działa dobrze, ale bywa pierwszym miejscem, w którym wychodzi niestabilność. Skoro wiadomo, kiedy pamięć staje się podejrzana, można wybrać narzędzie pasujące do tego scenariusza.

Jak wybrać narzędzie do diagnostyki

W 2026 najpraktyczniejszy podział jest prosty: narzędzia bootowalne do porządnej diagnostyki i narzędzia działające w uruchomionym systemie, gdy chcesz szybko potwierdzić podejrzenie. Na Linuksie nie ma jednego idealnego wyboru do wszystkiego, więc ja zwykle dobieram tool do celu, a nie odwrotnie.

Jeśli mam wybrać tylko jedno narzędzie, zaczynam od testu bootowalnego. Jeśli chcę tylko szybko zawęzić źródło problemu, dorzucam jeszcze narzędzie uruchamiane z działającego systemu. Kiedy już wiesz, co uruchomić, przechodzę do samego procesu, bo tam najłatwiej o błędy.

Jak przeprowadzić porządny test krok po kroku

Najwięcej fałszywych wniosków bierze się nie z samego testu, tylko z pośpiechu. Ja robię to zawsze w tej samej kolejności:

1. Wracam do ustawień domyślnych BIOS/UEFI. Wyłączam podkręcanie, XMP i EXPO, bo najpierw chcę wiedzieć, czy pamięć działa poprawnie na standardowych parametrach.
2. Przygotowuję bootowalny pendrive. Najwygodniej użyć Memtest86+ albo MemTest86 i uruchomić komputer z USB, zanim wystartuje Linux.
3. Uruchamiam test na minimum jeden pełny przebieg. To jest absolutne minimum. W praktyce sensowniej zostawić sprzęt na 4-8 przebiegów albo na noc, czyli zwykle 4-8 godzin.
4. Testuję pojedyncze moduły. Jeśli mam dwa lub cztery kości, wyjmuję je i sprawdzam osobno. Dzięki temu od razu widzę, czy problem idzie za konkretnym stickiem.
5. Sprawdzam też sloty. Ten sam moduł potrafi działać błędnie w jednym gnieździe, a poprawnie w drugim. To często wskazuje na płytę główną, a nie na RAM.
6. Powtarzam test po zmianie taktowania. Jeśli błędy znikają po zejściu z częstotliwości, podejrzane są ustawienia, kontroler pamięci albo sama płyta.

Ważna uwaga: jeśli laptop ma pamięć wlutowaną albo tylko jeden dostępny slot, diagnostyka jest mniej wygodna, ale zasada zostaje ta sama. Test ma być długi, powtarzalny i wykonany możliwie blisko konfiguracji, która ma działać na co dzień. Sam wynik testu też trzeba jeszcze dobrze odczytać, bo jeden komunikat nie mówi wszystkiego.

Jak czytać wyniki i odróżnić RAM od reszty zestawu

W pamięci nie szuka się „dużej liczby błędów”, tylko wzorca. Jeden błąd, który da się powtórzyć, traktuję jako realny problem. Przy pracy z pamięcią pojedyncza anomalia zwykle nie jest niewinna, bo wystarczy, że pojawi się w złym miejscu i system zaczyna zachowywać się nieprzewidywalnie.

Jeśli pamięć ma błąd tylko przy wyższym taktowaniu, nie zakładam od razu, że moduł jest fizycznie uszkodzony. Czasem wystarczy zejść do domyślnych parametrów JEDEC, czyli standardowych ustawień zapisanych przez producenta, i wszystko wraca do normy. Jeżeli jednak test dalej pokazuje problemy, nie ma sensu długo zgadywać, tylko przejść do naprawy albo wymiany.

Co zrobić, gdy test pokaże błędy

Moja kolejność działań jest tu bardzo praktyczna. Najpierw wykluczam rzeczy łatwe do naprawy, a dopiero potem zakładam wadę sprzętową.

• Przełóż moduły i dociśnij je ponownie. Niedosadzona kość potrafi dawać objawy identyczne jak uszkodzenie.
• Testuj po jednej kości. Jeśli błąd „idzie” za konkretnym modułem, masz mocny dowód, że to on jest winny.
• Sprawdź wszystkie sloty. Gdy błąd pojawia się tylko w jednym gnieździe, podejrzenie pada na płytę główną.
• Wyłącz XMP/EXPO i wróć do standardowych parametrów. To najszybszy sposób, żeby odróżnić wadę od niestabilnego profilu.
• Zaktualizuj BIOS/UEFI. Przy nowej pamięci i nowszych platformach poprawki kompatybilności potrafią mieć realne znaczenie.
• Sprawdź temperatury i zasilanie. Niestabilny zasilacz albo wysoka temperatura w obudowie potrafią naśladować problem z RAM-em.
• Wymień moduł lub cały zestaw. Jeśli błąd jest powtarzalny i wraca po każdej prostej korekcie, nie męczę sprzętu dalej.

W praktyce najlepiej działa zasada: jeśli problem podąża za konkretną kością, winna jest pamięć; jeśli zostaje w slocie, szukałbym dalej w płycie, kontrolerze pamięci albo zasilaniu. To zwykle oszczędza dużo czasu i niepotrzebnych zakupów. Jest jeszcze jedna rzecz, którą lubię sprawdzać, zanim uznam diagnozę za zamkniętą.

Testowanie w działającym systemie Linux

Gdy nie chcę od razu restartować maszyny, sięgam po narzędzia działające z poziomu Linuksa. To wygodne, ale trzeba pamiętać o ich ograniczeniach: widzą tylko część pamięci dostępną dla procesu, a ich wynik nie zastępuje pełnego testu bootowalnego.

sudo apt install memtester stress-ng
sudo memtester 4G 3
sudo stress-ng --vm 2 --vm-bytes 80% --verify -t 30m

memtester uruchamiam z prawami administratora, bo musi zablokować testowaną pamięć, żeby system jej nie przenosił i nie mieszał wyników. Warto zostawić mu mniej pamięci niż faktycznie masz wolnej, bo zbyt agresywne ustawienie może spowodować swapowanie albo nawet uruchomienie OOM killera. Z kolei stress-ng traktuję jako narzędzie do wyłapywania niestabilności pod presją, szczególnie gdy problem pojawia się po długiej pracy, w cieple albo przy jednoczesnym obciążeniu CPU i RAM.

Takie testy są bardzo przydatne, ale ja nie zamieniam nimi pełnej diagnostyki. Jeśli chcesz ograniczyć ryzyko fałszywej diagnozy, dorzucam jeszcze jeden praktyczny filtr.

Zanim kupisz nowy moduł, sprawdź jeszcze trzy rzeczy

Zaskakująco często winny nie jest sam moduł, tylko otoczenie. Przed zakupem nowej pamięci sprawdzam trzy obszary:

• Slot i kontakt. Brud, luźny styk albo źle dociśnięta kość potrafią wyglądać jak poważna awaria.
• Kontroler pamięci w CPU. W nowszych platformach to on bywa ograniczeniem, zwłaszcza przy wysokich taktowaniach i pełnym obsadzeniu slotów.
• Stabilność całej platformy. Zasilacz, temperatury, BIOS/UEFI i profil XMP/EXPO mają większy wpływ, niż wielu osobom się wydaje.

Jeżeli po tych sprawdzeniach błąd dalej wraca, wymiana pamięci jest sensowna i zwykle nie ma już czego przeciągać. Gdy jednak problem znika po zejściu z taktowaniem albo po przełożeniu kości, częściej walczysz z konfiguracją niż z samym sprzętem. W takich sytuacjach najlepszy rezultat daje spokojna, metodyczna diagnostyka, a nie szybki zakup „na wszelki wypadek”.