[SOLVED] GPU detection problem: Asus ROG STRIX X870E-E GAMING WIFI & ROG Strix GeForce RTX 4090 OC Edition ?

[KMBak]

Recently I switched to AMD platform - new MB, CPU and RAM (as in signature).
AMD Ryzen 7 9800X3D
be quiet! Light Loop 360mm
Asus ROG Strix X870E-E Gaming WiFi
Asus ROG Strix GeForce RTX 4090 OC Edition
Kingston FURY 64GB (2x32GB) 6000MT/s CL30 Beast Black
Kingston 2TB M.2 PCIe Gen4 NVMe Fury Renegade
Kingston 4TB M.2 PCIe Gen4 NVMe Fury Renegade x2
WD RED 4TB (WD40EFAX)
Corsair HX1000i [CP-9020259-EU]
be quiet! Silent Base 802 Window
be quiet! Light Wings 140 x4
Windows 11 Pro

The problem is that the motherboard very often does not recognize/even detect the graphics card – it behaves as if the slot is empty. Sometimes, the system hangs for a long time without displaying any image and, in such cases, usually switches to the integrated GPU. When this happens, the RTX 4090 is not visible at all in the device list in Windows 11. Interestingly, the issue most frequently occurs during a system reboot. A cold boot after a longer time usually (99% of starts) works fine, and the card initializes.

From what I have gathered, this is a known issue with this graphics card and Asus motherboards using the X870 and older X670 chipsets. A friend of mine is experiencing the exact same issue with an ROG CROSSHAIR X670E motherboard and an identical Strix 4090 card. This is extremely frustrating, considering we are talking about top-tier hardware from a reputable manufacturer, costing a significant amount of money. These components come from the same Strix series and should work flawlessly, yet there is clearly a compatibility issue preventing the motherboard (or CPU/chipset?) from detecting the GPU.

A similar issue with this same graphics card is demonstrated here: YouTube link. While there are some differences (the motherboard shown is from Asrock), the detection problem appears to be similar. The Strix 4090 causes issues, whereas the Nvidia 4090 FE works correctly.

I should also mention that no PCIe storage drives are connected – only the graphics card is installed, meaning the entire PCIe bandwidth is available for it. All BIOSes (MB & GPU up to date).

On my previous Maximus XI platform with an i9-9900KS processor everything wokred without problems. After switching to a new motherboard, processor, and RAM, these issues started occurring, while the rest of the hardware remains fully functional. This clearly indicates some software-related issue.

Once the system successfully boots up, everything works perfectly and stable, but having to gamble whether the PC will start or not after reboot is unacceptable.

I would really appreciate your help. I have been using Asus motherboards for 25 years, and this is the first time I regret my decision… I am unsure whether the problem lies more with the BIOS of motherboard or the graphics card – but since both are ASUS products, both Strix series they should work together.

 

[Lutfij]

Recently I switched to AMD platform - new MB, CPU and RAM (as in signature).
You're advised to include the specs to your build in your thread's body as sig space specs can and will change over time. When that happens this thread and it's relevant suggestions are rendered moot to the end user in the same boat as you're in now. It's with this in mind I've shoehorned your specs in your thread's body.

Recently I switched to AMD platform - new MB, CPU and RAM
Did you reinstall the OS after the platform swap?

All BIOSes (MB & GPU up to date).
For the sake of relevance, what BIOS version are you on for your motherboard? Have you tried reflashing with the latest BIOS version and then clearing the CMOS? Try and disable the iGPU in BIOS.

Corsair HX1000i [CP-9020259-EU]
How old is the PSU in your build?

 

[Misgar]

since both are ASUS products, both Strix series they should work together.

I agree they should work together, but after watching the Jayz2Cents video it appears you may have a VBIOS/mobo BIOS incompatibilty that only Asus can fix.

Not much more I can say, apart from checking old and new BIOS downloads for the GPU and the mobo. There might be a combination that works, but it's a long shot and you could end up "bricking" your GPU.

If you do decide to reflash the GPU BIOS, I'd suggest doing it on another (more stable) mobo. Perhaps in a few months Asus might issue a fix, if they receive enough complaints. I suggest you should contact Asus directly.

 

[KMBak]

Recently I switched to AMD platform - new MB, CPU and RAM (as in signature).
You're advised to include the specs to your build in your thread's body as sig space specs can and will change over time. When that happens this thread and it's relevant suggestions are rendered moot to the end user in the same boat as you're in now. It's with this in mind I've shoehorned your specs in your thread's body.

Recently I switched to AMD platform - new MB, CPU and RAM
Did you reinstall the OS after the platform swap?

All BIOSes (MB & GPU up to date).
For the sake of relevance, what BIOS version are you on for your motherboard? Have you tried reflashing with the latest BIOS version and then clearing the CMOS? Try and disable the iGPU in BIOS.

Corsair HX1000i [CP-9020259-EU]
How old is the PSU in your build?

1. I understand

2. Yes. New system installed (W11 Pro). Earlier I used W10. But its not system related issue I think.

3. 1104 for MB (tested on 1003 and BETA 1103 too), for GPU latest from oct 22 from Asus site (this BIOS was defaulty installed on my GPU - its 1.5 years old. I tried to refresh. Not helped. iGPU in BIOS I keep disabled. But when RTX is not detected - it posting for very long time (over 40 seconds) and MB turns on its own iGPU to "auto" in BIOS (it posts with iGPU only so its quite obvious that iGPU turns on/auto).

4. Below 2 years old (bought quite before RTX4090). But like I said - it wokred without problems on eralier Intel platform (i9-9900KS is also power hungry) with this card. Also 100% stable (earlier platform and now) during heavy loads.

 

[KMBak]

I agree they should work together, but after watching the Jayz2Cents video it appears you may have a VBIOS/mobo BIOS incompatibilty that only Asus can fix.

Not much more I can say, apart from checking old and new BIOS downloads for the GPU and the mobo. There might be a combination that works, but it's a long shot and you could end up "bricking" your GPU.

If you do decide to reflash the GPU BIOS, I'd suggest doing it on another (more stable) mobo. Perhaps in a few months Asus might issue a fix, if they receive enough complaints. I suggest you should contact Asus directly.

I contacted with Asus - for now no answers. 🙁
My friend has Crosshair motherboard (earlier X670 chipset) so also high model of Asus board and gets simillar problem. In his case pushing reset button helps to reinitialize GPU but in my case not helps. More-less issue is same with exact same GPU - but I dont know if he asked Asus for help.
If GPU is initialized correctly during post computer works withaut any issues (for whole day idle, load, work etc.) To be honest I dint see any bluescreens or other hardware errors for years on my builds.

 

[KMBak]

Asus still is analyzing my issue.
I made video for them:

View: https://youtu.be/TAmQhZKQ6Yw

Maybe someone will get any idea...

My firiend with this spec: Asus ROG CROSSHAIR X670E HERO, AMD Ryzen 7 7800X3D, RAM: 2x32GB 6000MHz CL32 F5-6000J3238G32GX2-TZ5NR, PSU be quiet! DARK POWER 13 1000W and also Strix RTX4090 OC has exact same issue as me.

 

[Renarik]

Experiencing the same issue:

• AMD Ryzen 9 9950X3D
• ROG STRIX X870E-E (BIOS 1203, the latest available at the time of writing)
• NVIDIA 3090 (that has been working perfectly on my old TUF Gaming X570 WiFi MB since 2021)
• 2x48GB 6000MHz CL30 (model CMH96GX5M2B6000Z30) @ 6000CL30 via EXPO (though the issue happens at 4800MHz stock settings as well)
• Thermaltake ToughPower 1500W PS
• Windiw 11 Pro 24H2

System seems to boot fine, but doesn't always recognize the video card at boot. Plugging in the onboard Radeon graphics confirms full system boot.

After CLRTC, the MB status display will sometimes block with 'd6' (no console attached), and in that case won't POST.

CLRTC doesn't appear necessary to recover. Unplugging the power supply from the wall, as well as the video card power connector, waiting 5-10 seconds, then plugging them in, seems to correct the issue and the video card is recognized fine afterward.

Once booted, the system is rock solid.

The issue has been happening since I first built it mid-March 2025.

 

[KMBak]

Dont unplug. Turn off and on few times and finaly MB will detect the GPU...

Also if its on d6 status it will also finally boot. Its in memory training and then boot with iGPU. You need wait. But then 3090 will be not detected in Windows too.

Im still searching the solution with ASUS.

 

[KMBak]

I searched a little bit and D6 code is "GPU detectected in fact". Strange that in your case it doesnt switch to iGPU...

After CLRTC, the MB status display will sometimes block with 'd6' (no console attached), and in that case won't POST.

I never faced this code becasue every time my motherboard dont detect my RTX it automaticly switch iGPU to AUTO. I dont have iGPU MB HDMI connected!

System seems to boot fine, but doesn't always recognize the video card at boot. Plugging in the onboard Radeon graphics confirms full system boot.

I don't udnerstand that. How to do you pulg (?) onboard Radeon? Mean switch in BIOS?!

I also don't have iGPU on AUTO on default in BIOS. I have disabled.

This integrated GPU turns on itself on AUTO when it doesn't detect RTX - and the option is grayed out, without the possibility to change it to DISABLED (because motherboard "thinks" there isn't discrete GPU).

Only when it detects RTX , I enter BIOS and can I change it from AUTO to DISABLED again. Because with AUTO in Windows it sees both graphics cards - AMD CPU buildin and RTX4090 on PCIE - then Asus GPU Tweak goes crazy sometimes.

So, after changing from AUTO to DISABLED, save and reset >> I get memory training after restart (and interestingly it NEVER happened that MB don't detect GPU during restart at this stage) and then everything works fine. Until the next time - when it doesn't detect RTX again, and I already know that, because memory training always occurs (the option in BIOS changes from DISABLED to AUTO by itself)... And we repeat the procedure to turn off the integrated.

To sum up, in my case now it's like this.
Basically every time I start the computer (cold), it doesn't start, it trains the memory until it's finished - I wait until the keyboard backlight turns on (because I know that then the BIOS waits for the password I've enabled, so that it doesn't go further into the system - just hold before post screen). I turn it off then and then turn on again. Sometimes it starts on the 2nd, sometimes on the 3rd, and sometimes it completely sucks and gives up after a few times. Importantly, if it detects the card at some point, the monitor wakes up quickly and there's no memory training. Only after I turn off the integrated card in the BIOS again (which turns on by itself after the first time the GPU is not detected - like I wrote above) does memory training appear again. That's why I was hoping that Memory Context would help - but it was on AUTO earlier, so it was probably turned on anyway. You can see that turning the integrated card on and off triggers the memory training process every time, regardless of the state of the Memory Context option. This is not the cause of GPU detection but the effect of changing a state of the integrated card (on/off).

I tested my system with my older graphic card (RTX 3080Ti Strix OC too). And during few days tests it worked without any problems with GPU detection.
So, either ASUS needs to investigate the issue of waiting for PCIE GPU in BIOS MB at the boot stage or change something in VBIOS GPU. Disabling the "Fast Boot" also doesnt help.

I made small investigetion with few useres and I know about at least two more cases that GPU with same vBIOS as mine (95.02.3C.40.FB) has simillar issue on Asus X870E-E but works ok on AsRock X870 Taichi.
On the other hand I also found that with vBIOS 95.02.3C.00.60 RTX4090 Strix OC works ok with Asus X870E-E.
Flashing vBIOS its not so simple solution becasue there are few devices IDs of these specific card (possibly small interanal changes during production life). And BIOS flash with incorret devicfe id could brick the GPU...

Thats why Im waiting for Asus help becasue I have no more ideas.

 

[KMBak]

After 4 months of waiting for Asus regarding the BIOS for the motherboard and/or graphics card,
I solved the problem.

As I wrote earlier, the Strix 3080Ti graphics card worked correctly on the STRIX X870E-E board, so I suspected that maybe something was wrong with the Strix 4090 card itself (which, however, worked correctly on the Maximus XI board for over a year).

Well, in the end I replaced the motherboard with the MSI x870 Carbon WiFi.
The problem was solved.

Everything works as it should - no problems. In general, the board seems to be designed much more sensibly, including a much simpler BIOS. So goodbye Asus - at least when it comes to motherboards - I won't be going down this river again (after a dozen or so years). And it's not about something not working, but about the fact that the support department did not help in any way.
I'm sending the board to the seller for RMA with a refund request - 4 months of being fooled by the support department is too much for me!

And I can't update the thread on the Asus forum because there's been no activity there (since April).