Monthly SSD issues on Ryzen 7600 – Mobo, PSU, or SSD changes, newest BIOS, no solution – Assistance needed!
Monthly SSD issues on Ryzen 7600 – Mobo, PSU, or SSD changes, newest BIOS, no solution – Assistance needed!
Hello everyone, I’ve been dealing with a long-standing SSD corruption problem on my build for more than a year and feel stuck. Below is a detailed account of the events:
Setup: I’m running a Ryzen 5 7600 with an ASRock B650M Pro RS (BIOS 3.30), a 7900 XT graphics card, an ADATA XPG Core Reactor II 850W power supply, and a 32GB Kingston Fury Renegade 6000MHz DDR5 RAM. The system boots into Windows 11 Pro 24H2 [10.0 Build 26100].
Timeline: Initial Issue: Roughly a year ago, my system began behaving oddly. I opened Event Viewer and saw numerous bad block errors (Event ID 7). I assumed the SSD was failing, so I used CrystalDiskInfo—surprisingly, it reported 100% health.
First Motherboard Change: After some research, I changed the motherboard from the B650M-HDV/M.2 to the B650M Pro RS and performed a clean installation, hoping this would fix things. About three weeks later, a few bad block errors appeared, slowly climbing to around 300 within a couple of days, making the system unusable.
SSD Replacement: Believing it was the SSD, I swapped in my old ADATA SU650 SATA drive and did another clean install. A month passed, and the same cycle repeated: clean Event Viewer for weeks, then a few errors, then a spike to 300, again locking out the system.
Power Supply Swap: Thinking it was the PSU, I replaced my GP-UD850GM with an ADATA XPG Core Reactor II 850W PSU and ran another clean install. Unfortunately, after a month, the corruption returned with the same pattern.
Continuous Effort: This has persisted for over a year, forcing me to perform a clean install every month. The problem remains consistent across all hardware changes.
Troubleshooting Attempts: I updated both motherboards to the latest BIOS versions (currently 3.30). I tried various BIOS configurations—disabling Memory Context Restore, turning off Power Down Enable, adjusting C-state settings, and reverting to defaults. I ran all available stress tests (Prime95 6-hour blend, MemTest64 twice with 4 cycles each, XMP enabled/disabled, PBO on/off), and the system performed flawlessly under load for extended periods without issues.
Windows Power Options: I tested every power setting in high performance mode. For the M.2 drive, I swapped slots and tried with and without a UPS. I ran chkdsk C: /f /r /x, but it didn’t stop the corruption even after completion.
CrystalDiskInfo Insight: The SSD consistently reports 100% health with only 1.17% wear (36TB written).
Current Situation: The corruption cycle repeats monthly during idle usage—starting with a few bad block errors that escalate to over 300 in a day, necessitating a clean install.
What I’m experiencing: The problem appears only when the system is idle, not under load, and it remains consistent across all hardware modifications.
Advice Needed: Could this be related to a motherboard chipset or driver issue? Any suggestions for further diagnostics or similar cases would be invaluable!
Through all the elimination steps, the only possible cause is a problem with the CPU's I/O. You've already replaced the motherboard and power supply.
I tested the system without XMP and PBO, sticking to default settings. Despite this, it still failed after about a month. Considering an RMA for the CPU seems reasonable since warranty coverage remains. I’ve faced ongoing SSD issues for over a year—Windows records hundreds of bad block errors (Event ID 7) every few weeks, eventually making the system unusable and requiring a full reinstall. The problem keeps occurring across various SSDs, motherboards, and power supplies, with all hardware stress tests passing and drives reporting perfect health. It only appears during idle operation, pointing toward a potential chipset, firmware, or driver issue rather than damaged hardware.
I might consider a different SSD. I haven't noticed this problem being caused by the CPU unless it's memory-related.