Sprawność dysków

[PredaToRxd123 3]

Witam chciał bym się dowiedzieć czy te dyski są sprawne 

tego SSDPR-CX400-256-G2 : 256,0 GB używam do systemu a widzę ze ma jakieś błędy a pozostałe 2 do gier 

Edytowane 21 Grudnia 2025 przez PredaToRxd123

[Keller 816]

@ITHardwareGPT

Tzn polecam używać AI już, wrzucisz screeny i zanalizuje. Spróbujmy czy AI forumowe coś da.

 

[ITHardwareGPT 1 023]

@Keller @No to lecimy, AI forumowe odpaliło CrystalDiskInfo i widzi to tak:

@PredaToRxd123 ogólnie: wszystkie 3 dyski mają status „dobry”, temperatury OK. Są jednak 2 drobne „ale”:

- GOODRAM / CX400 256GB (SSDPR‑CX400‑256‑G2)
- Żywotność ~97%, zapisy ~13 TB, godziny ~6655 – wygląda zdrowo.
- Jedyne co kłuje: „Number of CRC Error” = 15. To *prawie zawsze* problem połączenia SATA (kabel/port/luzna wtyczka), a nie „umierający SSD”.
- Co zrobić: przepnij na inny port SATA + wymień kabel SATA (albo chociaż dociśnij), a potem obserwuj czy licznik CRC dalej rośnie. (Nie wyzeruje się – ma po prostu nie przyrastać).

- SanDisk SSD PLUS 480GB
- „Dobry” 89% (to wskaźnik zużycia, nie „zdrowie serca” dysku).
- Widzę Reassigned Block Count = 2 / Grown Bad Blocks = 2 – mało, ale to znaczy, że już coś musiał zmapować. Nie panikować, tylko robić backup i patrzeć czy rośnie.

- SanDisk SSD PLUS 240GB
- „Dobry” 94%
- Reassigned Block Count = 1 / Grown Bad Blocks = 1 – analogicznie: OK jeśli nie przyrasta.

Dodatkowo na wszystkich masz dość wysokie „Unexpected Power Loss” (twarde odcięcia prądu / resety) – to nie „błąd dysku”, ale warto unikać (normalne zamykanie systemu, nie wyłączanie listwą jak blender).

Jak chcesz, doprecyzuj: były jakieś objawy (zwiechy, bluescreeny, znikanie dysku w systemie)? Jeśli tak, to ten licznik CRC na CX400 jest podejrzany nr 1.

gpt-5.2-2025-12-11

[PredaToRxd123 3]

@ITHardwareGPT

Podmieniłem kabel sata i takie same wyniki

 

Ostatnio zaczęły mi wywalać bluscrenny najpierw myslalem ze to przez ram miałem 32GB 2 kości po 8GB Kingston Fury Beast, DDR4 i 2 kości też po 8GB używane ADATA XPG Gammix D10 i  najpierw wyciągnąłem 1 kość tych XPG Gammix  było dobrze potem za jakiś czas znowu te same bluscreny i wyjąłem następną kość XPG  i na razie jest dobrze nie wiem czy to winna dysków czy tych używanych ramów z olxa  jak robiłem memtest wszystkich ramów to wszystko było niby ok ale dalej wywalało 

Edytowane 21 Grudnia 2025 przez PredaToRxd123

[ITHardwareGPT 1 023]

@PredaToRxd123 To już wygląda dużo bardziej na RAM / ustawienia RAM, a nie na dyski.

Najważniejsze: licznik CRC w CrystalDiskInfo się nie zeruje po zmianie kabla – ważne jest tylko, czy rośnie. Jak stoi na tych samych 15, to temat raczej kosmetyczny (choć warto jeszcze zmienić port SATA).

Te BSOD-y które wrzuciłeś:
- MEMORY_MANAGEMENT (0x1A) → klasyk przy niestabilnym RAM / kontrolerze pamięci / XMP.
- SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x7E) + *cl.dll* → często sterownik/GPU/OpenCL, ale przy walącym się RAM-ie błędy potrafią być “losowe”.
- PHASE1_INITIALIZATION_FAILED (0x32) → bywa od uszkodzonych plików systemu (które mogą się sypać też od RAM).

A to, że po wyjęciu kolejno kości ADATA z OLX robiło się “dobrze”, jest mega mocną poszlaką.

TL;DR: Najpierw ogarnij stabilność RAM (mieszane komplety + 4 DIMM + XMP = loteria), potem dopiero bierz dyski na widelec. CRC sprawdź czy przyrasta.

Spoiler

### Co bym zrobił po kolei (żeby nie zgadywać)
1) Ustaw bazę testową
- Zostaw tylko 2×8 Kingston w slotach A2/B2 (te zalecane przez płytę).
- Wejdź w BIOS → Load Optimized Defaults.
- Na start wyłącz XMP/DOCP (czyli jedź na JEDEC).

2) Test RAM porządnie
- Odpal TestMem5 (profil anta777 Extreme) albo OCCT Memory (1–2h), ewentualnie MemTest86 min. 4 pełne passy.
- Jak na samych Kingstonach jest stabilnie → winny jest ADATA i/lub mieszanie.

3) Jeśli chcesz koniecznie 32 GB
- Najlepiej kupić jeden komplet 2×16 albo 4×8 z jednego zestawu.
- Mieszane 2+2 często “niby działa”, dopóki nie zacznie walić BSOD-ami.
- Jak musisz jechać na 4 kościach, to często pomaga:
- obniżyć taktowanie (np. z 3200 na 3000/2933),
- poluzować timingi,
- czasem lekko podnieść DRAM Voltage (typu 1.35V przy XMP) – ale to już zależy od platformy.

4) Napraw system po tych zwiechach (bo mógł się posypać)
W CMD jako admin:
- `sfc /scannow`
- `DISM /Online /Cleanup-Image /RestoreHealth`

5) cl.dll / stery
- Zrób czystą instalację sterownika GPU: DDU w trybie awaryjnym → świeży driver.

6) SATA CRC
- Zmień jeszcze port SATA (najlepiej ten z chipsetu, nie jakiś dodatkowy kontroler).
- Sprawdź po kilku dniach czy CRC rośnie. Jak rośnie mimo innego kabla+portu, wtedy dopiero grzebiemy głębiej.

Daj jeszcze: CPU + płyta główna + jaka prędkość RAM (XMP?) i czy BSOD-y były pod obciążeniem (gra) czy nawet na pulpicie. Jak możesz, wrzuć też minidumpy z `C:\Windows\Minidump` (zip) – wtedy będzie 100% jaśniej, co system krzyczy.

gpt-5.2-2025-12-11

[maxmaster027 1 151]

W dniu 21.12.2025 o 12:46, ITHardwareGPT napisał(a):

@Keller @No to lecimy, AI forumowe odpaliło CrystalDiskInfo i widzi to tak:

@PredaToRxd123 ogólnie: wszystkie 3 dyski mają status „dobry”, temperatury OK. Są jednak 2 drobne „ale”:

- GOODRAM / CX400 256GB (SSDPR‑CX400‑256‑G2)
- Żywotność ~97%, zapisy ~13 TB, godziny ~6655 – wygląda zdrowo.
- Jedyne co kłuje: „Number of CRC Error” = 15. To *prawie zawsze* problem połączenia SATA (kabel/port/luzna wtyczka), a nie „umierający SSD”.
- Co zrobić: przepnij na inny port SATA + wymień kabel SATA (albo chociaż dociśnij), a potem obserwuj czy licznik CRC dalej rośnie. (Nie wyzeruje się – ma po prostu nie przyrastać).

- SanDisk SSD PLUS 480GB
- „Dobry” 89% (to wskaźnik zużycia, nie „zdrowie serca” dysku).
- Widzę Reassigned Block Count = 2 / Grown Bad Blocks = 2 – mało, ale to znaczy, że już coś musiał zmapować. Nie panikować, tylko robić backup i patrzeć czy rośnie.

- SanDisk SSD PLUS 240GB
- „Dobry” 94%
- Reassigned Block Count = 1 / Grown Bad Blocks = 1 – analogicznie: OK jeśli nie przyrasta.

Dodatkowo na wszystkich masz dość wysokie „Unexpected Power Loss” (twarde odcięcia prądu / resety) – to nie „błąd dysku”, ale warto unikać (normalne zamykanie systemu, nie wyłączanie listwą jak blender).

Jak chcesz, doprecyzuj: były jakieś objawy (zwiechy, bluescreeny, znikanie dysku w systemie)? Jeśli tak, to ten licznik CRC na CX400 jest podejrzany nr 1.

 

 

gpt-5.2-2025-12-11

 

 

blablabla sie nagadales, A wiesz, ze na swoim dysku SSD mialem 89% good, po sformatowaniu, zrobieniu partycji ex na linuksie i powrotu do MBR na windows przeinstalowaniu go oczywiscie ukazało sie 100% good  

[ITHardwareGPT 1 023]

@maxmaster027 format nie odmładza NAND, więc 89% → 100% po zabawie partycjami to nie “regeneracja SSD”, tylko interpretacja/odczyt SMART przez soft (albo inny atrybut został użyty / inaczej zmapowany / chwilowo był źle czytany).

CrystalDiskInfo ten % liczy z vendor‑owych atrybutów (E6/E7/E8 itp.) i na niektórych kontrolerach potrafi to wyglądać jak magia: raz pokaże 89, innym razem 100, szczególnie po zmianie sterownika kontrolera, trybu AHCI/RAID, przełożeniu do innego portu, aktualizacji CDI itd.

Dlatego pisałem: % to wskazówka, a realnie patrzysz na konkret: Reallocated/Grown Bad Blocks, CRC, uncorrectable + trend (czy rośnie) i backup “na wszelki wypadek”. Jeśli u Ciebie “wróciło” do 100, to super dla samopoczucia, ale TBW i fizyki nie oszukasz.

gpt-5.2-2025-12-11

[maxmaster027 1 151]

Ciekawe, bo po takim resecie, i kilku lat uzywania dysk ma teraz 93%. A przed resetem mial juz ogolnie bardzo bardzo duzo i wlasie 89%. controler to silicon motion. Pamieci tez te wczesniejsze bardzo trwale. 

Edytowane 23 Grudnia 2025 przez maxmaster027

[Send1N 5 673]

Kurde jestem zmuszony bez bicia przyznać że maszyna wyżej ma rację  natomiast to że u ciebie odczyt kondycji w sofcie wrócił na 100% z 89% też jest zastanawiające u mnie nigdy na żadnym dysku po formacie  czy zmianie formatu partycjonowania % nigdy nie uległ poprawie  

[PredaToRxd123 3]

też nie spotkałem się z samo regenerującym dyskiem wracając do mojego problemu na razie gram z 16 gb kośćmi kingstona i nie ma żadnych bluscrenów więc mogły być winne te ADATA XPG Gammix D10 szkoda ze musiały paść jak teraz to drogi towar

[Send1N 5 673]

Wcale nie musi być tak że te pamięci masz uszkodzone... po prostu po obsadzeniu 4 banków często jest tak że trzeba wszystko poustawiać manualnie, wbicie profilu xmp potrafi być niestabilne nawet na 4 identycznych modułach, ty dodatkowo pomieszałeś jeszcze różne pamięci, jaki ten "memtest" przeszedł bez błędów? zaliczyłeś przynajmniej 2 godziny TM5 z niestandardowym profilem typu 1usmus czy anta ?  Kolejna sprawa nawet jak test samych pamięci przejdzie to kontroler w cpu może się sypać czego memtest często nie wyłapuje, wystarczy odpalić np OCCT w trybie CPU+RAM i zaczyna się sypanie błędami. Co to w ogóle za platforma do której wrzuciłeś te 4 moduły 

Edytowane 24 Grudnia 2025 przez Send1N

[PredaToRxd123 3]

Gigabyte B550M AORUS ELITE z prockiem  ryzen 5 5600 na razie przywróciłem ustawienia domyślne w biosie żeby sprawdzić czy będzie sypać się  w memtest puściłem po prostu start test i sprawdzało pół godziny i errorów nie było wiem powinienem dłużej jak będą dalej problemy to puszczę dłużej  sprawdzę też ten program occt 

Edytowane 24 Grudnia 2025 przez PredaToRxd123

[Send1N 5 673]

Pobierz najnowszą wersję TM5 https://testmem5.com/ odpal program wejdz w settings > testing i wybierz profil np extreme @ anta777 daj ok i uruchom jeszcze raz program prawym jako administrator (zawsze uruchamiaj jako admin) jak przejdzie cały test 2 godziny bez błędów to pomyśli się dalej  

[PredaToRxd123 3]

dobra ale zrobię później sobie bo chcę trochę pograć teraz  a ten program TMP5 działa z pulpitu normalnie ?

[Send1N 5 673]

Nikt ci nie każe nic na siłę robić jak wolisz sobie grać to graj  wydałeś po prostu wyrok że moduły są uszkodzone a jest duże prawdopodobieństwo że tak nie jest  tak działa z pulpitu.

[PredaToRxd123 3]

@ITHardwareGPT

testowałem programem OCCT tryb CPU+RAM z 2 godziny i nic nie wykryło a   dzisiaj znowu mi wywaliło blu screna załącze plik z Minidump 

123025-5906-01.dmp

[ITHardwareGPT 1 023]

@PredaToRxd123 OCCT 2h CPU+RAM bez błędów to dobry znak, ale niestety nie daje 100% pewności (czasem sypie dopiero w konkretnych scenariuszach: gra/sterownik GPU/IO/dysk/overlay).

Z minidumpem jest jeden problem: w poście nie widzę linku do pliku (forum go pewnie trzyma jako załącznik, ale tu nie mam bezpośredniego URL). Zrób tak:

1) Spakuj `C:\Windows\Minidump\123025-5906-01.dmp` do ZIP/RAR i wrzuć jako załącznik (albo wklej link, jeśli hostujesz).
2) Dodatkowo wklej tekstowo:
- Stop code i ewentualne “What failed:” z BSOD (jeśli było),
- oraz czy BSOD był w grze / na pulpicie / przy starcie systemu.

A póki co (żeby iść do przodu) zrób szybkie rzeczy, które często ujawniają winowajcę:

- Podgląd zdarzeń → Windows Logs → System → filtruj po WHEA-Logger i Kernel-Power 41 (czy są wpisy tuż przed BSOD).
- W CMD jako admin:
`sfc /scannow`
`DISM /Online /Cleanup-Image /RestoreHealth`
- Jeśli nadal jedziesz na 2×8 Kingston: podaj proszę czy XMP jest włączone i na jakim MHz. Na B550+5600 czasem stabilność robi się “kapryśna” na XMP, mimo że testy przechodzą.

Jak tylko wpadnie dump, powiem konkretnie: jaki moduł/driver wywalił system (albo czy to wygląda na RAM/CPU/WHEA/GPU).

gpt-5.2-2025-12-11

[PredaToRxd123 3]

@ITHardwareGPT 

Link do minidump https://www.szybkiplik.pl/rSkGipyioZ

blu scren był taki SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x7E)

BSOD był w grze po jakiejś godzinnej sesji 

profil xmp mam wyłączony

[Pan Mateoo 673]

@PredaToRxd123 chatgpt niekoniecznie może pobierać pliki jako model językowy więc może przeklej sam tekst albo coś readable. Dobrym pomysłem jeśli chcesz wrzucić link jest dać link do tekstu a nie do pobrania - kiedyś istniała taka strona gdzie się tekstowe pliki udostępnia i tylko wybiera jaki mają format..

[PredaToRxd123 3]

@Pan Mateoo czyli jak mam wstawić ten plik

[ITHardwareGPT 1 023]

@PredaToRxd123 Kernel-Power 41 z Podglądu zdarzeń to tylko „Windows się obudził po awarii” – *skutek*, nie przyczyna.
Skoro XMP OFF, a OCCT CPU+RAM 2h nic nie złapało, to przy 0x7E w grze po ~godzinie najczęściej winny jest sterownik (bardzo często GPU) albo GPU/VRAM/overlay/OC-UV.

Nie jestem w stanie tu „odpalić” Twojego `.dmp` jak WinDbg i wypluć winowajcy, więc zróbmy to tak, żebyś mi wkleił gotowy wynik analizy:

Spoiler

## 1) Najprościej: WhoCrashed (2 min)
1. Pobierz i zainstaluj WhoCrashed.
2. Uruchom → Analyze.
3. Wklej tutaj 3 linijki:
- *Bugcheck code*
- *Probably caused by driver* / *Caused by driver*
- *Crash address / module name* (jeśli jest)

## 2) Dokładniej: WinDbg Preview
1. Zainstaluj WinDbg Preview (Microsoft Store).
2. File → Open dump file → wybierz `123025-5906-01.dmp`
3. Wpisz: `!analyze -v`
4. Wklej tu fragment z:
- `BUGCHECK_CODE`
- `MODULE_NAME` / `IMAGE_NAME`
- `PROCESS_NAME`
- `STACK_TEXT` (pierwsze ~15 linii)

## 3) Równolegle szybkie testy pod 0x7E w grach
- DDU (tryb awaryjny) → czysta instalacja sterownika GPU (bez „dodatków/overlay”, jeśli się da).
- OCCT → GPU 3D + VRAM po 30–60 min (osobno).
- Wyłącz na próbę overlaye: Discord/Steam, GeForce/Adrenalin overlay, RTSS/Afterburner.

Dwie rzeczy jeszcze mi podeślij:
1) Jaki masz GPU i jaki zasilacz (model + moc)?
2) W logach na screenie masz daty 2023 – masz źle ustawiony czas/BIOS (CMOS bateria?) czy to stary log? (dla analizy to ważne).

Jak wkleisz wynik z WhoCrashed/WinDbg, to już powiem konkretnie: który driver/moduł i co z nim robić dalej.

gpt-5.2-2025-12-11

[PredaToRxd123 3]

@ITHardwareGPT

GPU rtx 5060 zasilacz MSI MAG A650BN 650W

[ITHardwareGPT 1 023]

@PredaToRxd123 TL;DR: ten dump nie wygląda na dysk ani RAM, tylko na stos graficzny/DirectX. BlueScreenView pokazał 0x1000007E i dxgmms2.sys (DirectX Graphics Memory Manager) – czyli najczęściej sterownik GPU / GPU / VRAM / overlay/OC.

Spoiler

### Co to znaczy „dxgmms2.sys”?
To plik Windowsa od zarządzania pamięcią grafiki (DX). On zwykle jest „na wierzchu”, ale prawdziwą przyczyną bywa:
- driver NVIDII (czasem nie złapie go BlueScreenView),
- niestabilne OC/UV (nawet „fabryczne” w OC modelach),
- problem z VRAM/temperaturą,
- konflikty overlay/monitoring (RTSS/Afterburner/Discord/Steam itp.),
- rzadziej zasilanie/kabel zasilający GPU.

### RTX 5060 + MSI MAG A650BN 650W
Mocowo powinno być OK, ale to jest raczej budżetowy zasilacz – przy problemach „w grach po godzinie” zasilanie i okablowanie też trzeba odhaczyć.

### Plan działania (konkrety)
1) DDU + czysty sterownik
- Tryb awaryjny → DDU → usuń NVIDIĘ.
- Zainstaluj świeży driver (na próbę nawet 1–2 wersje starszy / albo Studio Driver).
- Na test wyłącz GeForce Experience/overlay.

2) Wyłącz wszystko co „wisi” na GPU
- wyłącz overlay: Discord / Steam / Xbox Game Bar / GeForce overlay,
- wyłącz RTSS/Afterburner (albo przynajmniej OSD),
- jeśli masz jakiekolwiek OC/UV GPU → default.

3) Testy pod VRAM/GPU
- OCCT: VRAM 45–60 min
- OCCT: 3D Standard 45–60 min
Obserwuj temperatury (GPU core i jeśli da się – VRAM/hotspot). Jak sypnie błędami / artefaktami / resetem – mamy trop.

4) Sprawdź zasilanie GPU
- dociśnij wtyczkę (8-pin/12VHPWR – zależnie co masz),
- jeśli masz 2 wtyczki → najlepiej dwie osobne żyły z PSU (nie „daisy chain”), o ile zasilacz daje taką możliwość,
- przełóż kartę w slocie, dociśnij.

5) Event Viewer
Szukaj wpisów typu:
- nvlddmkm (driver NVIDII),
- WHEA-Logger (błędy sprzętowe),
w czasie tuż przed BSOD.

### Pytania (żeby nie błądzić)
- Jaka wersja sterownika NVIDII (numer)?
- W jakiej grze to wywaliło?
- Masz MSI Afterburner / RTSS / jakikolwiek overlay?

Jak odpiszesz z wersją drivera + czy używasz overlay/Afterburner i czy OCCT VRAM/3D przejdzie godzinę, to powiem czy bardziej pachnie softem (stery/overlay) czy już RMA GPU / test innego PSU.

gpt-5.2-2025-12-11

[Send1N 5 673]

34 minuty temu, PredaToRxd123 napisał(a):

 

Jak zjedziesz niżej w historii błędów to nie masz czasem jakiegoś z nazwą "display" ? sprawdź to bo może sekundę przed bsodem wywala się sterownik graficzny

Edytowane 30 Grudnia 2025 przez Send1N

[PredaToRxd123 3]

nic nie ma tylko jakieś błędy tpm i secure boot