After installation of KB4056892 boot failure, after roll-back error 0x800f0845

Anonymous
2018-01-04T22:13:27+00:00

Hi,

I have older AMD Athlon 64 X2 6000+, Asus MB, after installation of KB4056892 the system doesn't boot, it only shows the Windows logo without animation and nothing more. After several failed boots it do roll-back then it shows error 0x800f0845. Unfortunately, it seems it's not easy to disable the automatic updates without gpedit tweaks, so it tries installing and rolling-back the update over and over. The sfc /scannow shows no problem, in-place upgrade also doesn't seem to help. I can try full reinstall, but I doubt it will change anything. It seems like the update is binary incompatible with my old CPU. I understand that making the machine unbootable is the best protection from remote exploitation, but I would rather have the OS working. Especially if my CPU is not vulnerable to the Meltdown attack and the MS mitigation attempts for Spectre is more than questionable. I could find only some German and Italian people reporting the same issue (well the CPU is quite pre-historic and the KB update is very fresh), but no info / acknowledgment from the MS so far. I have Czech localization. Could anybody provide more information?

Windows for home | Windows 10 | Windows update

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

494 answers

Sort by: Newest
  1. Anonymous
    2018-02-02T21:24:41+00:00

    I'm pleased to say, I've now got my system working again (HP Pavilion dv7-2110sa with AMD Turion X2 CPU...

    After the initial lockup problem following Windows automatic installation of the dodgy KB4056892 (OS Build 16299.192), I installed the  "Show or hide updates" troubleshooter package and used this to prevent the KB4056892 patch until Microsoft fixed the issue.

    The latest patch KB4058258 is supposed to resolve the problem so tonight I ran the "Show or Hide Updates" troubleshooter again and disabled the block on KB4056892. Windows immediately started to download the troublesome update again! However, BEFORE it rebooted the machine again, I manually downloaded the latest update KB4058258 (OS Build 16299.214) from the Microsoft Update Catalogue Website from here: http://www.catalog.update.microsoft.com/Search.aspx?q=KB4058258

    I manually ran this update. And thankfully after the PC has been rebooted twice, all is now well.

    It's good Microsoft eventually got round to fixing this. But we should never have got into this situation in the first place. Before releasing the original patch it should have been thoroughly tested on a wide variety of hardware and processor platforms!

    Good to hear you have resolved the boot issue with your machine. But I'm curious, if you had booting troubles, how were you able to install and run the "Show/Hide Updates" utility? I can run this while on build 1607 because the system boots fine. That wouldn't have worked though using build 1709 (non-bootable). But based on earlier discussions above, perhaps I need to find and uninstall KB4056892 since it is not part of build 1709. Then, install patch KB4057142. THEN, attempt to re-install 1709 and hope for the best.

    After the system initially installed the dodgy update (KB4056892) it locked up at the Windows Logo like everyone else's machine has. I did a forced shutdown (press and hold power button for 4 seconds), restart. Did the forced shutdown 3 times in total and eventually Windows will roll back the update. However as soon as it boots it will try to download and install the KB4056892 update again. At this point I ran the "Show or hide updates" troubleshooter package to stop it trying to install again until Microsoft issued the bug fix on 31 Jan. You should not need the "Show or hide updates" troubleshooter package anymore as long as you manually install the latest update like I did. Good luck.

    Was this answer helpful?

    2 people found this answer helpful.
    0 comments No comments
  2. Anonymous
    2018-02-02T21:13:53+00:00

    I'm pleased to say, I've now got my system working again (HP Pavilion dv7-2110sa with AMD Turion X2 CPU...

    After the initial lockup problem following Windows automatic installation of the dodgy KB4056892 (OS Build 16299.192), I installed the  "Show or hide updates" troubleshooter package and used this to prevent the KB4056892 patch until Microsoft fixed the issue.

    The latest patch KB4058258 is supposed to resolve the problem so tonight I ran the "Show or Hide Updates" troubleshooter again and disabled the block on KB4056892. Windows immediately started to download the troublesome update again! However, BEFORE it rebooted the machine again, I manually downloaded the latest update KB4058258 (OS Build 16299.214) from the Microsoft Update Catalogue Website from here: http://www.catalog.update.microsoft.com/Search.aspx?q=KB4058258

    I manually ran this update. And thankfully after the PC has been rebooted twice, all is now well.

    It's good Microsoft eventually got round to fixing this. But we should never have got into this situation in the first place. Before releasing the original patch it should have been thoroughly tested on a wide variety of hardware and processor platforms!

    Good to hear you have resolved the boot issue with your machine. But I'm curious, if you had booting troubles, how were you able to install and run the "Show/Hide Updates" utility? I can run this while on build 1607 because the system boots fine. That wouldn't have worked though using build 1709 (non-bootable). But based on earlier discussions above, perhaps I need to find and uninstall KB4056892 since it is not part of build 1709. Then, install patch KB4057142. THEN, attempt to re-install 1709 and hope for the best.

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2018-02-02T21:04:14+00:00

    Crap, I have this issue too with an older AMD HP. After the update it does not even get as far as the login screen but freezes on the windows bootup splash screen, no HDD activity nothing.

    Rolling back works but it installs with the same issue again! Should I just add this buggy update to an exeption not to install or is there a fix? Will it recieve updates afterwards automatically or are they dependent on this update? I lose access to the computer this evening and only have a short while to troubleshoot in the evening :(

    Much to my dismay, I seem to also have the same issue. Everything was working fine once I rolled back from 1709 to 1607. However, it obviously detected being out of date and eventually started the upgrade process again. At this point I guess I'm not quite sure which update(s) I should block such that when 1709 goes to reinstall, I don't encounter the same non-boot issue. Or, is it simply a matter of installing patch KB4058258 before the 1709 update self-initiates? Again, much appreciated to those who are sticking around and helping the rest where this issue continues to persist.

    I'm pleased to say, I've now got my system working again (HP Pavilion dv7-2110sa with AMD Turion X2 CPU...

    After the initial lockup problem following Windows automatic installation of the dodgy KB4056892 (OS Build 16299.192), I installed the  "Show or hide updates" troubleshooter package and used this to prevent the KB4056892 patch until Microsoft fixed the issue.

    The latest patch KB4058258 is supposed to resolve the problem so tonight I ran the "Show or Hide Updates" troubleshooter again and disabled the block on KB4056892. Windows immediately started to download the troublesome update again! However, BEFORE it rebooted the machine again, I manually downloaded the latest update KB4058258 (OS Build 16299.214) from the Microsoft Update Catalogue Website from here: http://www.catalog.update.microsoft.com/Search.aspx?q=KB4058258

    I manually ran this update. And thankfully after the PC has been rebooted twice, all is now well.

    It's good Microsoft eventually got round to fixing this. But we should never have got into this situation in the first place. Before releasing the original patch it should have been thoroughly tested on a wide variety of hardware and processor platforms!

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2018-02-02T21:02:29+00:00

    So just for my understanding, you're suggesting that I install KB4057142 while currently using the Win 10 1607 build, then attempt to re-install build 1709 and hopefully that will eliminate the boot failure issue(s)?

    yes, that is my idea, I hope it solve the issue for you.

    Was this answer helpful?

    0 comments No comments
  5. Anonymous
    2018-02-02T20:33:22+00:00

    for Windows 10 1607 you have to install KB4057142 to fix the boot failure.

    So just for my understanding, you're suggesting that I install KB4057142 while currently using the Win 10 1607 build, then attempt to re-install build 1709 and hopefully that will eliminate the boot failure issue(s)?

    Was this answer helpful?

    0 comments No comments