{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreiev7ovz4puwpt5eywwzlihop7equx2x2gipmts3j2wnvrhgp5xewu",
    "uri": "at://did:plc:ws6dhxzqnqxu5aqxt4kd27oc/app.bsky.feed.post/3mk2k6tpsimr2"
  },
  "coverImage": {
    "$type": "blob",
    "ref": {
      "$link": "bafkreibyvno5wudqmbfhqmuslq5czckwq32e3sg6dxsifmqrife63t77n4"
    },
    "mimeType": "image/png",
    "size": 927975
  },
  "description": "The April 2026 Patch Tuesday update is leaving some PCs stuck in pixelated crashes and endless recovery cycles.",
  "path": "/windows-11-kb5083769-boot-loop-whats-happening-and-how-to-recover/",
  "publishedAt": "2026-04-22T03:22:04.000Z",
  "site": "https://allthings.how",
  "tags": [
    "official update page",
    "Windows 11 media creation tool",
    "@Windows"
  ],
  "textContent": "Windows 11's April 2026 cumulative update, KB5083769, is breaking startup on a subset of machines. Affected users report a mosaic of distorted pixels on screen, a blue screen telling them Windows needs to be recovered, and then an automatic repair loop that never actually repairs anything. The update targets Windows 11 version 24H2 and 25H2, landing the systems on OS builds 26200.8246 and 26100.8246.\n\n⚠️\n\nQuick answer: Force your PC into the Windows Recovery Environment by power-cycling it three times during boot, then uninstall the latest quality update from Troubleshoot > Advanced options > Uninstall Updates. If that option is missing or fails, try System Restore to a point before KB5083769.\n\nImage credit: __Microsoft (via YouTube/@Windows, computers, and Technology)__\n\n* * *\n\n### What KB5083769 is and who is affected\n\nKB5083769 is the April 14, 2026, Patch Tuesday release for Windows 11 version 25H2 and 24H2. It ships as the month's standard security rollup, not an optional preview, so most eligible Windows 11 systems are being offered it automatically. The official update page lists the builds as 26200.8246 and 26100.8246.\n\nThe failure does not appear to hit every machine. Reports cluster around prebuilt HP and Dell desktops, but a common thread running through user accounts is the NVIDIA GTX 1080 Ti. One user on an Intel i7-8700K with an ASUS ROG STRIX Z370-E and a 1080 Ti described the same sequence of symptoms as an HP Pavilion owner running a Ryzen 5 2600 and a 1080 Ti. That pattern points more toward a graphics driver or boot-path interaction with older hardware than to any one OEM at fault.\n\nThere is also a separate, confirmed issue with the same update that wrongly triggers BitLocker recovery prompts. That one only affects systems meeting a specific Group Policy and Secure Boot configuration, and it is distinct from the boot loop symptom described above.\n\nImage credit: __Microsoft__\n\n* * *\n\n### The symptoms to look for\n\nThe reported failure has a recognizable shape. It does not look like a normal update install error, and it does not produce a clean error code that you can search for directly.\n\nStage| What you see\n---|---\nInitial reboot| Update appears to install, then reboots to finalize\nPost-install boot| Mosaic of distorted or pixelated graphics on screen\nCrash| Blue screen stating Windows needs to be recovered\nRecovery attempt| \"Attempting to repair\" message, followed by another pixelated crash\nLoop| Cycle repeats instead of returning to the desktop\n\nSome users report the update install itself failing at around 30 percent, after which Windows rolls back to the prior state and tries to offer the same update again. Others get the update fully applied, at which point the boot loop kicks in on the next restart.\n\n* * *\n\n### How to recover a stuck PC\n\nThe goal is to reach the Windows Recovery Environment (WinRE), remove the update, and then block it from reinstalling until a fix is available. If the machine is looping through \"Preparing Automatic Repair\" on its own, you may already land in WinRE without doing anything. If not, you need to force it.\n\n**Step 1:** Power on the PC. As soon as you see the Windows spinning dots or the manufacturer logo, hold the power button for 5 to 10 seconds to force a hard shutdown. Do this twice. On the third power-on, Windows should boot into the recovery environment instead of trying to load normally.\n\n**Step 2:** In WinRE, go to Troubleshoot > Advanced options > Uninstall Updates, then choose Uninstall latest quality update. This is the fastest path out of the loop if the option is available and the update has actually been installed. The machine will restart and roll back to the previous build.\n\nImage credit: __Microsoft__\n\n**Step 3:** If the uninstall option is missing or fails, go back to Troubleshoot > Advanced options > System Restore and select a restore point dated before April 14, 2026. This only works if System Protection was already enabled and a restore point exists.\n\nImage credit: __Microsoft__\n\n**Step 4:** If neither of the above works, try Startup Repair from the same Advanced options menu. This is less likely to fix the specific graphics-related crash but takes only a few minutes and occasionally resolves secondary boot corruption caused by repeated forced shutdowns.\n\nImage credit: __Microsoft__\n\n**Step 5:** If WinRE itself is broken or inaccessible, create a Windows 11 installation USB on a working PC using the Windows 11 media creation tool. Boot the affected machine from that USB, choose your language, then select Repair your computer to access the same Troubleshoot menu.\n\nYou will know it worked when the PC boots all the way to the sign-in screen without the pixelated artifacts and without the blue recovery prompt appearing mid-boot.\n\n* * *\n\n### Stopping the update from reinstalling\n\nSeveral users have reported that after uninstalling KB5083769, Windows Update immediately tries to reinstall it, and in some cases, the update history shows it as already installed again within the same day. Pausing updates is currently the only reliable way to hold it off.\n\nOpen Settings > Windows Update and choose Pause updates for the longest available window, typically five weeks. The `wushowhide.diagcab` tool and DISM-based blocking have both been reported as ineffective against this specific update on some systems, so do not rely on them as a substitute.\n\nImage credit: __Microsoft__\n\n📌\n\nNote: A newer build, 26200.8313, has been released to the preview and gradual rollout channel. It is not confirmed as a fix for the boot loop, and installing a preview on a machine that is currently stable carries its own risk.\n\n* * *\n\n### The separate BitLocker issue on the same update\n\nMicrosoft has acknowledged that KB5083769, along with KB5082052 for Windows 11 23H2 and equivalent updates for Windows 10 and Windows Server 2022 and 2025, can wrongly force a BitLocker recovery key prompt at boot. This is a different failure mode from the pixelated boot loop and has a defined trigger.\n\nA device is affected only if all of these are true:\n\n  * BitLocker is enabled on the OS drive.\n  * The Group Policy \"Configure TPM platform validation profile for native UEFI firmware configurations\" is configured with PCR7 in the validation profile.\n  * msinfo32 reports Secure Boot State PCR7 Binding as \"Not Possible\".\n  * The Windows UEFI CA 2023 certificate is present in the Secure Boot Signature Database.\n  * The device is not already running the 2023-signed Windows Boot Manager.\n\n\n\nThe recovery key prompt only appears once, and the recommended workaround is to set that Group Policy to Not Configured before installing the update, then suspend and resume BitLocker with `manage-bde -protectors -disable C:` followed by `manage-bde -protectors -enable C:` to rebind the protectors. If BitLocker is not enabled on your OS drive, you are not exposed to this particular issue.\n\n* * *\n\n### Why this kind of bug is hard to escape\n\nA post-login crash can be worked around by booting into safe mode or rolling back a driver. A failure that happens before the desktop loads is harder to fix because the tools you would normally use to fix it are not reachable. When automatic repair itself triggers the same crash, the machine gets trapped: every attempt to diagnose the problem reproduces it.\n\nThat is why the recovery path for this update leans so heavily on forcing WinRE through repeated hard shutdowns or booting from external installation media. Neither is elegant, but both are currently the most reliable way to get an affected system back to a state where you can uninstall the update and pause further installs until Microsoft pushes a corrected build.",
  "title": "Windows 11 KB5083769 Boot Loop: What's Happening and How to Recover",
  "updatedAt": "2026-04-22T03:22:07.010Z"
}