Return to

MSI A68HI AC/Athlon x4 845 - will not boot Windows 10

As stated in the thread title, the build:
Athlon x4 845
16GB (2x 8GB) DDR3 1600
R9 380 4GB
SanDisk 1TB SSD
Latest BIOS, I can install Windows 7 and Ubuntu, Verified Secure Boot settings are enabled. Reset BIOS. Windows 8.1 stalls out at 59% install, Windows 10 get stuck in a boot loop. Date/Time accurate… OC all on auto…Windows 10 will not boot.

Installed Ubuntu 20… Still looking for the answer…

IIRC, if a system was able to handle Windows 8.1, it would be shoe-in for W10 [at min.]
…Why does that board sound famili-


Did you get Win10 to work on it? It won’t even boot just pops the MSI screen then boot loops. Might try again with Win8 and do the upgrade assistant or something…

Yes, I’ve gotten W10 to work on it

If anything be different from yours, I’ve used an A10 chip

what are your sata setting is it set to AHCI? also try disabling secure boot. you may also have hardware issues

Yeah checked the sata settings, I’m not using an APU processor… It’s an Athlon x4 845 paired with a power color R7 240…Windows 8/10 settings are on, secure boot, etc… If I try with secure boot off it let’s me know… And will not go anywhere…the thing is I can get Ubuntu to run on it, windows 7 installs and runs… 8.1 stalls out at 59% and win 10 boot loops

can it run prime 95 for 24 hours without crashing?

it is possible it’s just a bad hardware software combination it’s not common but, i’ve heard once in a rare while you get just the right hardware or software and wierd things can happen

Try changing ram sticks to other sockets, try with one stick aswell. Then try re-installing

Ram issues and or power supply issues is kinda what it sounds like. Could also be a faulty harddisk. So, try troubleshooting your way through starting with the ram.

Perhaps there is an available bios update aswell, latest is from 2016-08-23.
If u havent checked. Here’s the link

1 Like

yeah you might have point i’ve seen fault ram do some wierd shit

1 Like

Hardware fault my ass, Microsoft/AMD dropped the ball hard here.

I have the same CPU on a GA-F2A88XN-WIFI, and I could manage to boot Windows (not the installed system, but the very ISO itself) only up to 1909. Starting from 2004 everything I got was a full system reboot as soon as the spinning wheel animation should have appeared under the windows logo (alternatively, every now and then the screen hanged there while the image slowly started to corrupt).

After banging my head blindly for 4 days, I found the culprit: mcupdate_AuthenticAMD.dll. You simply have to delete this file from boot.wim (or replace it with an older one) and that’s it.

(or well, I also found out boot to fail with a ACPI_BIOS_ERROR BSOD if I disable the SATA controllers, but that’s a very minor problem probably specific to gigabyte DSDT)

I then used MCExtractor to compare the two versions, and indeed it seems like they are shipping microcode for 660F01 (the Carrizo CPUID) since 20H1. And I’m wondering some things now.

It is allegedly something to handle Spectre (it was authored on 2018-01-26 after all), but I couldn’t find it in any linux repository. Only windows seems to ship it. Or some bioses, even though they seem to apply and note the same mystical 0600611A revision for Bristol Ridge instead (which is so different it has a totally different AGESA).

So, is there some relatively mundane bug in the microcode that QA missed, or could it be they are matching the actually damn wrong cpu to it? (it’s not even the first time they mix up the various excavator cores “subgens”)

I may have to try that, delete that file… I’m currently running win7, and doing CPU mining… Thinking about making it an emulation machine…