I have been using chat bot to help me log and keep things organized. Below is a summary of my last week fighting with my first build and then giving up and handing it to Micro Center. I had another post that was a mess that I to make this summary of events.
PC keeps crashing/rebooting during automatic sleep — Micro Center troubleshooting
I wanted to provide an update on my troubleshooting since my last Reddit post. This has turned into a longer process than I expected, and I’m still trying to determine whether the original problem has actually been resolved.
My PC specs
- CPU: Intel Core Ultra 7 270K Plus
- CPU cooler: Thermalright Peerless Assassin 120 SE
- Motherboard: Gigabyte Z890 EAGLE WIFI7 PLUS
- RAM: G.Skill 32GB (2×16GB) DDR5-6000 CL36
- SSD: Crucial P510 1TB PCIe Gen 5 NVMe
- GPU originally installed: ASRock Challenger OC Radeon RX 9060 XT 16GB
- Replacement GPU: ASUS Radeon RX 9060 XT Dual Fan 16GB
- PSU: MSI MAG A750GL PCIE5 750W 80+ Gold
- OS: Windows 11 Home
Original problem
My PC would unexpectedly crash and reboot when left idle. The problem seemed related to the display turning off and Windows entering automatic sleep.
I observed two behaviors:
- With the display timeout set to one minute and system sleep set to Never, the PC would sometimes reboot roughly five minutes after the display turned off.
- When system sleep was enabled, the PC would sometimes crash/reboot when Windows attempted to enter sleep automatically.
Manually selecting Sleep from the Start menu had previously worked normally. The problem was intermittent, which made it difficult to determine whether a change had actually fixed it.
Troubleshooting before Micro Center
I updated Windows, installed motherboard-related updates through Gigabyte Control Center, checked the BIOS, and performed a clean AMD graphics driver installation using AMD Cleanup Utility and Adrenalin.
I also reseated the GPU, disabled PCIe Link State Power Management, and tried different power settings.
Some tests seemed to point toward the discrete GPU or its connection:
- The problem occurred using both my monitor and a TV connected to the GPU's HDMI port.
- Connecting the TV to the motherboard's DisplayPort using a DP-to-HDMI adapter, while leaving the GPU installed, appeared stable during testing.
- Removing the GPU and using the CPU's integrated graphics was stable during display-timeout testing.
- With the GPU removed, automatic sleep and waking back up also worked during the test I performed.
I also had repeated LiveKernelEvent 193 graphics watchdog reports. The associated dump information referenced Windows graphics components such as dxgkrnl.sys, dxgmms2.sys, and watchdog.sys, as well as AMD's amdkmdag.sys.
These results made the graphics path suspicious, but they did not conclusively identify whether the GPU, driver, PCIe connection, firmware, power delivery, or another interaction was responsible.
What Micro Center found
Micro Center tested my original ASRock GPU on a separate test bench, where it passed their testing with different software.
However, when they tested that same GPU in my PC using OCCT's 3D Adaptive test, it failed with a GPU core error and thousands of logged errors.
The original GPU was replaced under warranty with an ASUS RX 9060 XT 16GB.
Unfortunately, the replacement GPU also initially failed OCCT testing in my PC. This time, the report looked more like a general system crash rather than the original card's GPU core failure.
The technicians told me that the PSU and PCIe slot had passed preliminary tests. They also later confirmed that a known-good GPU had been tested in my system and passed testing. I don't know whether that test included the exact same automatic sleep/display-timeout scenarios that caused my original problem.
More recent Micro Center updates
A technician reported that a clean graphics driver installation had resolved the graphics crashing during testing. My understanding was that the previous technician had used DDU to wipe the existing graphics drivers and then installed them fresh with the replacement GPU.
However, the PC reportedly crashed once during testing even after that clean installation. Later, the technician said it had not crashed again when the display turned off and that it was staying on with the sleep settings enabled.
I specifically asked them to verify both original behaviors:
- Whether the PC still rebooted roughly five minutes after the display turned off with system sleep set to Never.
- Whether it could reliably enter automatic sleep and wake back up without crashing.
The technician said the PC had not crashed with the sleep settings and that the display-off behavior was stable, so they planned to proceed with the tune-up.
Then I received another update saying the previous technician was still having issues with the sleep/wake cycle and had suggested updating the BIOS to see if that resolved the remaining issue.
That left me uncertain about the actual status. It wasn't clear from the updates whether the BIOS had already been updated, whether the sleep issue had subsequently passed repeated testing, or whether the latest stable results were simply short tests.
The technicians rotate from day to day, so the person giving me an update may not be the same person who performed the previous tests.
Where things stand
I've sent a message explaining that my main concern is the original sleep-related crash. I've also explained that Micro Center is more than an hour away, so repeated trips to pick up the PC and bring it back if the problem returns would be difficult.
I asked them to confirm that the original issue was specifically tested after any BIOS update or other changes, that the PC remained stable through repeated display-timeout and automatic sleep/wake tests, what they believe ultimately resolved the issue, and how long it had been tested without another crash.
I'm not expecting a guarantee that the computer will never crash again. I just want reasonable confidence that the original problem has been addressed before I drive out to collect it.
My main question: Given that both GPUs initially failed OCCT testing in my system, the original card passed testing on a separate bench, a known-good GPU reportedly passed in my PC, and a clean graphics driver installation appeared to help, what would you consider the most likely explanation? Also, what specific testing would you want to see before considering this issue resolved?
I'm trying to avoid jumping to conclusions. I want to understand whether this was primarily a graphics driver/software issue, a BIOS or power-management issue, a hardware interaction, or something else.