Identifying the defective component is the main goal Detecting the malfunctioning part is essential
Identifying the defective component is the main goal Detecting the malfunctioning part is essential
I've configured my setup with Windows 11 Home on a Gigabyte B650 Eagle AX (BIOS v31, latest stable available). I've also used an AMD Ryzen 7 7700X without overclocking, paired with a Noctua cooler. The system includes two 16GB Team Group T-Force RAM sticks at stock speeds, an ASUS AMD Radeon RX7800XT, a 500GB M.2 drive, one 1TB WD SSD, and a DeepCool PX1000G HDD (1000W, 80+ gold).
Recently, I've encountered Kernel Power Event ID 41 errors—my computer shuts down and restarts without a blue screen, but no Event Data codes appear. These events happen sporadically, often during low-load tasks like gaming or idle time. After several troubleshooting attempts, I've checked my PSU (upgraded from 750W to 1000W), updated the BIOS to version F32e then back to F31, stress-tested CPU, GPU, and RAM individually with OCCT, 3DMark, and Mersenne Prime95 for extended periods. All temperatures remain normal, and the issue doesn't occur under heavy loads.
I've also swapped RAM, performed memory tests (no faults), re-seated all connectors, adjusted power plans, and changed C-states—nothing resolved the problem. Drivers have been updated multiple times. Despite these efforts, the failure persists.
Could anyone help pinpoint the faulty component more clearly? I'm trying to avoid unnecessary returns without a clear solution. Thanks for any advice!
If the problem is an SSD issue, you should receive a clear error message rather than just a zero-filled kernel crash. The Microsoft guide you shared likely outlines specific steps to diagnose and fix the issue.
You've likely considered only CPU and Mobo options. Do you know someone with a compatible mobo who could assist as a test environment for your CPU? Otherwise, it's an RMA hassle! Another approach might be to boot a Linux distribution such as Ubuntu and check if the issue appears on another operating system. Linux usually helps identify hardware problems during installation or booting, which can be useful when handling the RMA process.
Sadly, there’s nothing available from friends—no extra motherboards or CPUs. The simplest option would be to send my CPU back as a faulty item (it’s still eligible for the store’s 90-day return window) to check if it resolves the problem. I’m unsure whether doing this might lead to complications later if I bring in a defective motherboard myself.
In Event Viewer → Windows Logs → System, select "Filter Current Log" on the right side. In the Event Sources dropdown, choose "WHEA-logger". Identify any matching events—highlight a few, right-click and save, then post them to the forum. If none match, likely the issue is power. You mentioned replacing the PSU; did you also swap the wall cable? When using a power strip, have you tried plugging directly into the wall? Test another outlet or a different breaker. If power remains unavailable, troubleshooting becomes challenging since there’s no clear next suspect. I’ve encountered similar cases from minor issues like a defective fan cable. Also, verify the long power button and reset button sections in case the power/reset switch is faulty or damaged.
Thanks for the update. No WHEA-logger events detected, which suggests the problem might be related to power. I haven’t attempted that yet; I’ll switch the power bar, PSU wall cable, and test the outlet before following up. Your power button is functioning normally, so it’s good to know. Appreciate your guidance on the next steps.
Updated findings occurred with another device, power adapter, and cable. It looks like the problem lies inside the unit. I plan to swap out the CPU—if not, I’ll request a replacement for the motherboard. I’m optimistic this will fix it.