Recommended Posts

I've built myself a Ryzen PC several months ago and had a unexpected hang while I was browsing/watching youtube. The image had suddenly disappeared with the leds on the GPU flashing on and off, and error code 00 on the motherboard. After rebooting, I was greeted with the options to start normally or to repair Windows (just instructions on how to run repair from a Windows disc). Selected start normally and ended with a BSOD soon after.

 

After that, I tried to boot several Windows images without success from both USB and optical. For Windows 7 it would stop as the Windows colours were coming together (ending in black screen, staying stuck or BSOD) and for Windows 10, after staying at the blue logo for a short while, it would BSOD.

 

Next step was hardware troubleshooting: Removed the HDD power connectors from the PSU, reset CMOS, removed RAM and tried 1 stick at a time in different slots, used a different GPU (Nvidia 7300GS), however nothing changed.

I will try a different PSU soon (no-name brand) that I've used in troubleshooting before. Unfortunately, this PSU does not have enough connectors to test with my main card.

 

The system was never overclocked and had been running stable for 1-2 weeks at a time, while playing games and rendering various things without issue. This was the first time that it had crashed.

 

00 Please check if the CPU is installed correctly and then clear CMOS.

BSOD - if it occurs, it's usually "page fault in nonpaged area"

 

Specs:

Ryzen 1700

Asrock X370 Taichi - UEFI P2.30

Gigabyte R390

Crucial 2*8GB 2400Mhz

Seasonic X-560

Windows 7

Link to comment
https://www.neowin.net/forum/topic/1343462-unable-to-boot-into-windows/
Share on other sites

ive expressed my disdain for Asrock motherboards many times in the past. i wouldnt at all be surprised if it's a failing motherboard. as you mentioned already, though, try another PSU first. That Seasonic seems pretty old (circa 2010?) and may not be powerful enough. Otherwise, if that doesnt fix it, all fingers point to the motherboard.

The Seasonic X-560 is an excellent power supply. Very low ripple, constant correct voltage, all at gold level efficiency. I doubt the PSU is the problem unless it has completely failed. Now, I am not 100% up to date with power requirements for Ryzen, I guess it could be possible 560 watts is not enough but I can't comment for sure.

 

My advice would be to remove everything from the case, rebuild the unit on a cardboard box and use the bare minimum to see if it POSTs. It also wouldn't hurt to re-seat the CPU during this time.

10 minutes ago, Jason S. said:

ive expressed my disdain for Asrock motherboards many times in the past. i wouldnt at all be surprised if it's a failing motherboard. as you mentioned already, though, try another PSU first. That Seasonic seems pretty old (circa 2010?) and may not be powerful enough. Otherwise, if that doesnt fix it, all fingers point to the motherboard.

It would be my second Asrock board, and while they were the cheap brand for a long time, they've built a nice reputation in recent years.

1 minute ago, Circaflex said:

The Seasonic X-560 is an excellent power supply. Very low ripple, constant correct voltage, all at gold level efficiency. I doubt the PSU is the problem unless it has completely failed. Now, I am not 100% up to date with power requirements for Ryzen, I guess it could be possible 560 watts is not enough but I can't comment for sure.

The PSU is 3 months over its 5 year warranty unfortunately. While my setup is potentially power hungry due to the GPU and several hard drives, failing at low load sounds rather odd. Anyway, I'll try the other PSU in a short while.

 

If that fails, I guess I'll reinstall the CPU.

The first thing I would suspect would be the power supply.

 

BTW, Gigabyte recommends a 600W PSU for your system.

 

The second would be the video card.

 

52 minutes ago, Jason S. said:

ive expressed my disdain for Asrock motherboards many times in the past. i wouldnt at all be surprised if it's a failing motherboard. as you mentioned already, though, try another PSU first. That Seasonic seems pretty old (circa 2010?) and may not be powerful enough. Otherwise, if that doesnt fix it, all fingers point to the motherboard.

AsRock has been making big strides and has been releasing some of the best motherboards lately.

 

I wanted the AsRock X370 Taichi, but it was constantly out-of-stock due to high demand.

  • Like 2
5 minutes ago, Mockingbird said:

The first thing I would suspect would be the power supply.

 

BTW, Gigabyte recommends a 600W PSU for your system.

 

The second would be the video card.

 

AsRock has been making big strides and has been releasing some of the best motherboards lately.

 

I wanted the AsRock X370 Taichi, but it was constantly out-of-stock.

Video card manufacturers often inflate the power requirements because some users run lower quality power supplies. Considering OP has a rather good PSU, 560 should be plenty. I tried a few different power supply calculators and this system probably wont use over 500Ws of power.

Well, with the different PSU if behaves almost the same. Trying to run W10 from USB the displays the ASRock logo instead of the Windows one until the image turns off or it BSODs. BSODs messages vary from "memory management" to "irql_not_less_or_equal". I'm swapping memory sticks around at this point, just to be sure.

 

Windows 7 from the DVD drive behaves as with the Seasonic.

2 minutes ago, Circaflex said:

Video card manufacturers often inflate the power requirements because some users run lower quality power supplies. Considering OP has a rather good PSU, 560 should be plenty. I tried a few different power supply calculators and this system probably wont use over 500Ws of power.

That's true, but power supply are not efficient at or near its maximum output.

 

Using power supply near or at its maximum output causes the power supply to degrade.

8 minutes ago, Mockingbird said:

That's true, but power supply are not efficient at or near its maximum output.

 

Using power supply near or at its maximum output causes the power supply to degrade.

Except in this case, this power supply is still gold efficient when fully loaded; http://www.jonnyguru.com/modules.php?name=NDReviews&op=Story3&reid=202.

 

And also, I would believe your last statement to be incorrect. A high quality PSU will have no such issue when running at 100% rated output for extended periods of time (that is why they are rated), and who runs their PSU full load anyways, you will be OK as long as you aren't running your PC in an oven. Heat is a bigger factor than load. As long as temps are kept within specification, stated by the manufacture, you won't have any problems running it at full load.

Actually you should try to isolate the memory slots with one stick in the board. Leave the one stick closest to the CPU in, power down and then restart. I've had memory sticks go bad often in asrock boards so you may get off easy and isolate which stick is bad or if the slot went bad one stick at a time. Then I would look at the power supply. I usually get an antec from staples and test and take back if I don't have any other use for it. Next would be the graphics card which do go bad just not as often. Last I would mess with the CPU as I only had one go bad in 20 years that wasn't overclocked. Main reason is most cpus are programed to slow down before burning out......

51 minutes ago, Mockingbird said:

That's true, but power supply are not efficient at or near its maximum output.

 

Using power supply near or at its maximum output causes the power supply to degrade.

I believe the PSU can be ruled out, as the same thing happens with the second one.

27 minutes ago, shoemakerpom2010 said:

Actually you should try to isolate the memory slots with one stick in the board. Leave the one stick closest to the CPU in, power down and then restart. I've had memory sticks go bad often in asrock boards so you may get off easy and isolate which stick is bad or if the slot went bad one stick at a time. Then I would look at the power supply. I usually get an antec from staples and test and take back if I don't have any other use for it. Next would be the graphics card which do go bad just not as often. Last I would mess with the CPU as I only had one go bad in 20 years that wasn't overclocked. Main reason is most cpus are programed to slow down before burning out......

While I haven't tried each stick with each slot, I did try all slots. PSU and GPU are also out as I'm using different ones and the symptoms are similar. That leaves the CPU and the motherboard, for which I don't have a direct swap.

 

I'll reinstall the CPU tomorrow and then call the shops. Unfortunately, they were bought from different places, and, while one owns the other, they operate separately.

Do you have the latest BIOS update (3.20) released a couple of weeks ago? Have all the settings in the BIOS set to auto?  Is the system stable before Windows (as in will it stay in the BIOS w/o crashing)?  Memtest just for laughs (and without crashing).

 

Have you tried a "live" Linux ... just to see what happens? 

1 minute ago, Jim K said:

Do you have the latest BIOS update (3.20) released a couple of weeks ago? Have all the settings in the BIOS set to auto?  Is the system stable before Windows (as in will it stay in the BIOS w/o crashing)?  Memtest just for laughs (and without crashing).

 

Have you tried a "live" Linux ... just to see what happens? 

No to latest bios. I guess I'll update that over the network.

Settings have been reset several times to defaults. Even removed the battery and put it back.

No crashes before, but I haven't staid in there for very long.

 

I'll give memtest and live Linux a shot.

Try the memory first like I told you since you already ruled out the GPU and PSU. Only leave one stick in (closest to the cpu) and reboot. If it acts up after boot shut down and move to the next slot and repeat. If that does not work swap sticks to rule out the other stick. Trust me I was in the same boat about a month ago on an asrock mini gaming board that was stable as a rock till one of my corsair sticks went bad. Its almost unheard of with corsair but it happens. shops will more then likely want to swap the board since that's the quickest method then chasing your tail and charging by the hour to do it. As an Admin I have seen everything that could wrong with an Asrock and usually they are super stable. Ram on the other hand is not especially with boards that allow tweaking of the timings or overclock of the ram..... 

38 minutes ago, shoemakerpom2010 said:

Try the memory first like I told you since you already ruled out the GPU and PSU. Only leave one stick in (closest to the cpu) and reboot. If it acts up after boot shut down and move to the next slot and repeat. If that does not work swap sticks to rule out the other stick. Trust me I was in the same boat about a month ago on an asrock mini gaming board that was stable as a rock till one of my corsair sticks went bad. Its almost unheard of with corsair but it happens. shops will more then likely want to swap the board since that's the quickest method then chasing your tail and charging by the hour to do it. As an Admin I have seen everything that could wrong with an Asrock and usually they are super stable. Ram on the other hand is not especially with boards that allow tweaking of the timings or overclock of the ram..... 

Tried each stick in each slot with the W7 disk and there was no difference, either the image freezes or the screen goes blank during the logo animation. When it goes blank, 00 also flashes on and off on the motherboard.

 

Also, UEFI was update to 3.20 before I started swapping.

15 hours ago, Jim K said:

Have you tried a "live" Linux ... just to see what happens? 

After reading around the web, tried various UEFI settings, like disabling C6 state, onboard Audio, switch from AHCI to RAID, even disabled the SATA controller at one point, but nothing has changed.

 

Tried Linux Mint (both normal and compatibility mode) and after 1-2 seconds, the screen goes blank and 00 starts flashing on the motherboard.

10 minutes ago, Luc2k said:

After reading around the web, tried various UEFI settings, like disabling C6 state, onboard Audio, switch from AHCI to RAID, even disabled the SATA controller at one point, but nothing has changed.

 

Tried Linux Mint (both normal and compatibility mode) and after 1-2 seconds, the screen goes blank and 00 starts flashing on the motherboard.

Yea, looks like you've tried just about everything (if you've also done the memory thing like shoemaker suggested).  If reseating the CPU doesn't work, maybe testing it outside the case ... I would return the motherboard as it may have failed.

20 minutes ago, Luc2k said:

After reading around the web, tried various UEFI settings, like disabling C6 state, onboard Audio, switch from AHCI to RAID, even disabled the SATA controller at one point, but nothing has changed.

 

Tried Linux Mint (both normal and compatibility mode) and after 1-2 seconds, the screen goes blank and 00 starts flashing on the motherboard.

what does the motherboard book state about 00 error?

  • Like 1
12 hours ago, The Evil Overlord said:

At the risk of asking a silly question... Are there any legacy, or legacy boot settings on your hardware?

(If you've tried everything else)

Legacy options are on by default. If needed, I'll go into more details once I have time for another troubleshooting session.

12 hours ago, Jim K said:

Yea, looks like you've tried just about everything (if you've also done the memory thing like shoemaker suggested).  If reseating the CPU doesn't work, maybe testing it outside the case ... I would return the motherboard as it may have failed.

It will be a pain, but I'm almost out of options. I've done everything suggested up to this point, apart from reseating the CPU and running memtest.

5 hours ago, Mando said:

there we have it then, Bios codes are there for a reason :) reseat cpu, readd HS and retry.

I will, but in the meantime I'm wondering why now, after a considerable uptime (>75% since built). At any rate, I hope I'll have time this weekend.

  • Like 1
3 minutes ago, Luc2k said:

I will, but in the meantime I'm wondering why now, after a considerable uptime (>75% since built). At any rate, I hope I'll have time this weekend.

Electronics ...  :)

 

Sometimes they give up the ghost.

  • Like 2
This topic is now closed to further replies.
  • Posts

    • The machines are starting to fight back any way they can.
    • No news articles about the Arch Linux repo being majorly infected with malware?!?
    • Waymo recalls self-driving software after cars enter closed freeway work zones by Paul Hill Waymo, the self-driving car maker owned by Alphabet – the parent company of Google –, has recalled some of its fifth-generation Automated Driving Systems (ADS). It did so after some of its cars drove through closed construction zones. According to the National Highway Traffic Safety Administration (NHTSA), the affected vehicles were capable of driving through a closed freeway construction zone and continuing to drive at speed. The listing on the NHTSA website says that Waymo is currently developing a solution to fix this issue, but in the meantime, freeway driving is being restricted. Waymo will update its ADS software so that vehicles can detect when they can avoid entering construction zones. According to the Safety Recall Report, on April 20, 2026, Waymo’s Field Safety Committee began meetings reviewing an event from April 11, 2026, and five events from April 19, 2026, where Waymo’s autonomous vehicles didn’t recognize and drove past ramp closure signs into the pre-planned freeway construction zones. This took place in Phoenix, Arizona. Separately, on May 18, 2026, seven Waymo vehicles entered freeway lanes with active construction in the San Francisco Bay Area by driving between cones that were placed to show the lane was closed. On the back of both of these events, Waymo restricted freeway driving until it could address the issue. In June, Waymo’s Safety Board reviewed the issue and additional information related to ADS performances around construction zones; then, as a result, it decided to conduct a recall. This development is not good for Waymo as it adds to a growing list of technical hiccups its cars have experienced. Ultimately, it will lead to more scrutiny from lawmakers around the world who will be more cautious about letting autonomous vehicles on their roads without tighter regulation. For readers in areas where Waymo operates, does this news make you more wary about stepping into one of these vehicles?
    • I'm still on Windows 10 22H2 because I didn't want to deal with all the issues in Windows 11, so I waited almost a week before installing the latest Patch Tuesday update (KB5094127), I went ahead and did it, and it was a huge mistake—ever since then, my File Explorer has seen a performance drop of about 30% when transferring large files... Once again, Microsoft has outdone itself! This update cannot be uninstalled, either through the Control Panel (via Settings) or by accessing Advanced Startup Options. The only possible alternative would be to use system restore points, but I’d have to reinstall all app and driver updates (and there’s no guarantee it would work). Or there’s the “nuclear option” of a in-place repair without losing files or apps, but even then, all my customizations would be lost! Microsoft just can’t help but mess everything up! Way to go, Microsoft! But I still don’t want your c****y Windows 11!
    • Microsoft: Windows 11 could finally solve a major issue across AMD, Nvidia, and Intel GPUs by Sayan Sen While Microsoft has been trying to improve it, Windows 11 is definitely not flawless, as even today some issues are taking a year to publicly acknowledge. However, one area of trouble that may finally see much better results soon is graphics driver crashes. Work on graphics driver timeouts, also called Timeout and Detection Recovery (TDR), is not new as the latest WDDM 3.2 also has specific improvements regarding it. Windows Display Driver Model (WDDM) version 3.2 is supported on Windows 11 24H2 and 25H2. However, with the upcoming version 26H2, TDR crash diagnosis could go to the next level as Microsoft is introducing a new DirectX 12 API feature called "DirectX Dump Files". Similar to how system memory dump files work when a system crashes or freezes or encounters any such major issue, DirectX Dump Files (DDF) will essentially record a snapshot of the GPU execution right at the moment a graphics-related crash or hang or freeze occurs, so that developers can better understand and diagnoze these TDR and timeout detection errors. The dump will be available as a .dxdmp file for analysis and it will be a comprehensive dump file generated with detailed insights about the hardware, drivers, Windows, as well as the affected application. This should be another welcome change in this department. Earlier at GDC 2026, when the technology was first debuted, Microsoft had shared more details regarding it. The company had explained how DDF is designed to gather data from every layer of the graphics stack into a single file, eliminating the need for developers to manually correlate logs from multiple tools. As mentioned above, the dump can contain a lot of useful details like GPU hardware state information such as register values, shader program counters, page fault virtual addresses, shader memory data, and command buffers. Alongside that, it also captures DirectX runtime and kernel information, including D3D objects, pipeline state objects, device error data, adapter details, and CPU call stacks. Microsoft says the feature has been built around two primary use cases: retail device removals and local device removals. The former allows developers to collect crash information from end users' systems in the field, while the latter helps QA teams and developers investigate issues on test machines. Developers will also be able to include up to 2 MB of custom application data through new D3D12 APIs, providing additional context for troubleshooting. In addition, Microsoft is introducing three dump collection modes ranging from zero-overhead capture, which has no runtime performance impact on supported hardware, to higher-detail modes that collect more vendor-specific debugging data. On compatible Tier 2 hardware, zero-overhead dumps will be enabled by default, meaning developers may begin receiving useful crash diagnostics without making any code changes. The table below explains the three tiers: Tier Description NO_OVERHEAD Enables crash capture with no runtime cost and is suitable for broad deployment MEDIUM_OVERHEAD Provides a balance, capturing additional diagnostic data with moderate impact HIGH_OVERHEAD Collects the most detailed GPU and driver state available, enabling deeper investigation at the cost of higher runtime overhead In terms of availability, the company expects broader release to be around the fall of 2026, which should be right around the time when Windows 11 version 26H2 lands. Right now, DirectX Dump Files are available as a preview and currently, only AMD has the compatible AgilitySDK Developer Preview driver version 26.10.07.02. You can find the official announcement post here on Microsoft's website.
  • Recent Achievements

    • Week One Done
      Eurosoft10 earned a badge
      Week One Done
    • One Month Later
      Eurosoft10 earned a badge
      One Month Later
    • One Year In
      Skeet Campbell earned a badge
      One Year In
    • One Month Later
      Sharbel earned a badge
      One Month Later
    • First Post
      BizSAR earned a badge
      First Post
  • Popular Contributors

    1. 1
      +primortal
      599
    2. 2
      +Edouard
      190
    3. 3
      PsYcHoKiLLa
      79
    4. 4
      Michael Scrip
      77
    5. 5
      Steven P.
      70
  • Tell a friend

    Love Neowin? Tell a friend!