Microsoft released KB5089573 on May 26, 2026, as the optional non-security preview update for Windows 11 version 25H2 and 24H2, moving supported systems to OS builds 26200.8524 and 26100.8524 while also documenting a lingering installation failure tied to May’s earlier KB5089549 update. The preview is not just another late-month bundle of polish; it is a revealing snapshot of where Windows servicing is now heading. Microsoft is using optional updates to stage AI-era features, prepare Secure Boot plumbing, and test reliability fixes before they become mandatory in the next Patch Tuesday cycle.
That makes KB5089573 more interesting than its “Preview” label suggests. It is both a feature delivery vehicle and a warning flare: Windows 11’s monthly update train now touches boot certificates, AI components, Bluetooth audio, camera policy, storage behavior, and the hidden EFI System Partition that most users never knew existed until an update failed at 36 percent.

Windows 11 update KB5089573 warns of expiring secure boot certificates and shows an update rollback error.Microsoft Turns the Optional Preview Into the Real Testing Ground​

The late-month Windows preview update has always occupied an awkward space. It is optional for consumers, useful for administrators, and ignored by most people until one of its fixes becomes urgent. KB5089573 shows why that category matters: Microsoft is effectively publishing the next month’s non-security payload early, giving enthusiasts and IT teams a chance to see what will soon arrive more broadly.
For Windows 11 24H2 and 25H2, this release includes what Microsoft calls production-quality improvements. That phrase is doing a lot of work. It means the update is not a beta in the Insider sense, but it also is not the compulsory security release most organizations treat as baseline. It is the liminal zone where Microsoft now previews the operating system’s next behavioral changes.
The most visible items are user-facing: Shared Audio, improved Magnifier behavior, better Task Manager visibility for neural processing hardware, camera changes, and a new Windows Setup option for naming the user folder. But the deeper story is administrative. Microsoft is also using this release to prepare Secure Boot certificate updates and refine the servicing stack, two areas where mistakes do not produce cosmetic bugs — they produce boot failures, recovery prompts, and help desk spikes.
That is the uncomfortable bargain of modern Windows. The same cumulative package that improves clipboard history performance and fixes USB reliability can also alter update targeting for Secure Boot certificates. The operating system has become too interconnected for “quality update” to mean “minor update.”

The Headline Features Are Small, but They Point to a Bigger Windows Strategy​

Shared Audio is the kind of feature that sounds mundane until you remember how long Windows has lagged mobile operating systems in casual device-to-device convenience. The feature allows two people to listen to the same audio stream from one Windows 11 PC using Bluetooth LE Audio broadcast technology, assuming the hardware and paired devices support it. It is not revolutionary, but it is exactly the kind of everyday polish Windows has historically ceded to phones and tablets.
The Magnifier changes are more consequential for accessibility. Microsoft says the tool now provides clearer announcements when used with a screen reader, supports magnification of permitted protected content, and behaves more smoothly in lens mode. That is incremental work, but accessibility improvements often matter most when they are boringly reliable rather than theatrically new.
Task Manager’s new NPU columns are the more strategic change. Microsoft is making neural processing usage visible in the Processes, Users, Details, and Performance pages, including NPU engine, dedicated memory, shared memory, and related activity. That is a quiet admission that AI hardware cannot remain a marketing abstraction. If Copilot+ PCs and AI-enabled applications are going to matter, users and admins need a way to see what is consuming the silicon.
This is the same pattern Microsoft followed with CPUs, GPUs, disks, networks, and power usage. First the capability is sold as a platform feature; then it becomes something users have to troubleshoot. Task Manager is where marketing claims go to become operational data.

The Camera and Setup Changes Are Really About Control​

The new Multi-App Camera support is easy to explain: Windows 11 can now allow multiple applications to access the camera stream at the same time. That is useful for workflows where a conferencing app, recording tool, accessibility layer, or monitoring utility needs simultaneous camera access. Microsoft is also adding a Basic Camera mode meant for stability and troubleshooting.
The important detail is not merely that these modes exist. It is that enterprise administrators can manage them through Group Policy under the Windows Components camera settings. Microsoft is turning what could have been a consumer convenience into a managed capability, and that matters in workplaces where camera access is governed by compliance, privacy rules, and support expectations.
The Windows Setup change is smaller but overdue. Users can now choose a custom name for the user folder during setup on the Device Name page. Windows has long made this awkward, often deriving folder names from Microsoft account data or truncating names in ways that irritate power users and complicate scripted environments. Giving users a supported path during setup is not glamorous, but it is the sort of fix that prevents years of forum threads.
Taken together, these changes show Microsoft trying to close the gap between consumer ergonomics and enterprise manageability. Windows 11 is being asked to behave like a polished personal OS and a policy-driven corporate endpoint at the same time. KB5089573 is one more example of that dual mandate.

Secure Boot Is the Update’s Real Center of Gravity​

The most important part of KB5089573 may be the least visible one. Microsoft again warns that Secure Boot certificates used by most Windows devices are set to expire starting in June 2026. That date is no longer comfortably distant. It is now the next big servicing cliff.
Secure Boot is designed to ensure that trusted code starts the system before Windows loads. The certificate chain behind that trust is infrastructure most users never see, but it has a shelf life. If the ecosystem does not move to updated certificates in time, some personal and business devices could eventually lose the ability to boot securely or could require intervention that is messy at scale.
KB5089573 includes additional “high confidence” targeting data to increase coverage of devices eligible to automatically receive new Secure Boot certificates. In plain English, Microsoft is trying to determine which systems are safe candidates for certificate updates, then roll those updates out cautiously. That caution is understandable. Boot trust is not an area where a vendor wants to discover edge cases after a billion endpoints have already been modified.
Microsoft is also adding a policy and MDM setting named LimitSecureBootRequiredServiceData, which lets organizations suppress a Secure Boot service event normally sent to Microsoft. That is a nod to privacy-conscious and restricted-traffic environments. It also underscores the tension in this migration: Microsoft needs telemetry-like confidence signals to avoid breaking devices, while some enterprises need to limit what endpoints send back.
This is the kind of tradeoff administrators should start discussing now, not during a June outage. Certificate transitions are not like app updates. They involve firmware behavior, bootloaders, recovery environments, OEM decisions, and update history. The worst time to discover a fleet has unusual boot partitions or blocked service data is after the mandatory phase begins.

The 0x800f0922 Failure Shows How Small Partitions Become Big Incidents​

The known issue attached to this release is technically about KB5089549, the May 12 security update, but its presence in the KB5089573 documentation is impossible to ignore. Microsoft says some devices fail to complete installation with error 0x800f0922 when the EFI System Partition has limited free space, especially 10 MB or less available. The failure pattern is familiar: the update appears to install, the machine restarts, progress reaches roughly 35 or 36 percent, Windows rolls back, and the user sees the dreaded “Something didn’t go as planned. Undoing changes.”
This is a perfect Windows failure mode because it looks like one problem and is actually another. A user may have hundreds of gigabytes free on C:, yet the update fails because the small hidden EFI System Partition is cramped. That partition stores boot-related files and is not something most users monitor, resize, or even know how to inspect.
The CBS log entries Microsoft describes are more revealing than the user-facing error code. Messages such as insufficient free space, failed boot file servicing, and third-party or OEM files outside Microsoft boot directories point to a servicing operation that needs room in a partition that was often sized years ago under different assumptions. OEM utilities, recovery tooling, boot managers, and security products can all leave their fingerprints in this space.
The registry workaround Microsoft offers changes an ESP servicing setting called EspPaddingPercent under the Bfsvc control key. The goal is to allow installation by changing how much padding Windows requires while servicing boot files. That is a pragmatic escape hatch, but it is also a reminder that registry edits around boot servicing are not casual tweaks. Microsoft correctly warns that incorrect registry editing can cause serious system problems.
For consumers and unmanaged business devices, Microsoft says a Known Issue Rollback mitigation has already propagated automatically, with a restart helping it apply more quickly. Enterprise-managed devices need the matching special Group Policy for Windows 11 24H2 and 25H2, followed by a restart. In other words, the fix path depends not just on the bug, but on whether Microsoft or an IT department controls the update policy plane.

Known Issue Rollback Is a Safety Net, Not a Substitute for Trust​

Known Issue Rollback has become one of Microsoft’s most important servicing technologies because it lets the company disable problematic non-security changes without asking every user to uninstall an entire cumulative update. That is a major improvement over the old model, where one bad component could poison the whole monthly release.
But KIR has limits. It works best when the problematic change can be cleanly toggled off and when the device can receive the rollback policy. Consumer PCs often get the mitigation automatically, while managed enterprise machines may require administrators to import and configure a special Group Policy. That split is sensible from a management standpoint, but it creates a communication problem: two machines with the same error can require different remediation paths.
The KB5089549 installation issue also illustrates why “rollback” can be a misleadingly comforting word. If a machine cannot complete the update because its boot partition is too full, rolling back the offending change may allow progress, but it does not necessarily resolve the underlying partition hygiene problem. A cramped ESP remains a future risk, especially as Secure Boot certificate work accelerates.
For IT teams, the lesson is not simply to deploy the KIR and move on. The lesson is to identify which devices are close to the edge. Systems upgraded across multiple Windows generations, devices with OEM recovery additions, dual-boot histories, third-party encryption residue, or unusual firmware tooling deserve closer inspection.
Microsoft says a permanent resolution is in progress and will arrive in a future Windows update. That is welcome, but “future update” is not a fleet management plan. Administrators still need to know which endpoints are fragile before the next boot-related servicing change arrives.

Copilot+ Plumbing Keeps Arriving Even When the User Never Asked for AI​

KB5089573 updates several AI components, including Image Search, Content Extraction, Semantic Analysis, and the Settings Model, all to version 1.2605.856.0. Microsoft notes that although these AI component updates are included in the cumulative update, they apply only to Windows Copilot+ PCs and do not install on ordinary Windows PCs or Windows Server. That caveat is important, but it will not end the suspicion around AI payloads in Windows Update.
The reason is simple: Microsoft is now shipping AI-era infrastructure through the same cumulative channel that delivers reliability fixes and setup improvements. Users who do not own Copilot+ hardware may still see the update documentation mention AI components. Enterprises that are trying to separate productivity features from endpoint risk now have to parse whether a component is present, applicable, enabled, or merely staged.
Task Manager’s new NPU reporting belongs in this same category. Microsoft is building the observability layer for AI workloads at the same time it is shipping the components that enable them. That is technically sensible. It also shows how quickly Windows is being reshaped around hardware acceleration that many current PCs either lack or barely expose.
The risk for Microsoft is not that every AI component is harmful. The risk is that the update channel becomes harder to explain. A quality update that improves sign-in reliability, adds AI component versions, adjusts Secure Boot targeting, and documents an EFI partition failure is difficult to summarize honestly in one Windows Update line.
That opacity is why enthusiasts and administrators still read KB pages. The operating system’s own update UI rarely communicates the operational significance of what is being installed.

The Reliability Fixes Are the Ones Users Will Actually Feel​

For many users, the best parts of KB5089573 will be the least marketable ones. Microsoft says the update accelerates app launch and core shell experiences such as Start, Search, and Action Center. It improves Windows Hello behavior, including biometric service performance after Modern Standby and sign-in method consistency on the lock screen.
There are also fixes for USB4 displays attached through docks and hubs, added USB3 resiliency, battery improvements related to sensors and HID behavior, touch keyboard reliability on the sign-in screen, explorer.exe reliability when closing the input switcher, and clipboard history performance. This is classic Windows quality-update territory: small irritations reduced across enough systems to matter.
The Microsoft Store changes are similarly practical. The update includes underlying work to improve download performance and bandwidth usage, plus clearer error reporting when downloads fail because Windows Update group policy settings are enabled. That latter fix is aimed squarely at managed environments where Store behavior is often constrained by policy and users are left staring at unhelpful failures.
Even the Times New Roman update is more important than it sounds. Microsoft says it improves rendering of combining diacritical marks across Greek and Cyrillic scripts. Typography bugs do not usually make headlines, but for users working in affected languages, bad mark positioning is not cosmetic. It is readability, professionalism, and sometimes meaning.
This is why optional previews remain valuable. They are not just feature drops. They are monthly maintenance windows for the thousand paper cuts that determine whether Windows feels polished or merely tolerated.

The Deployment Story Still Has Too Many Footnotes​

KB5089573 is available through Windows Update, Windows Update for Business, the Microsoft Update Catalog, and Windows Server Update Services. For consumers, the path is straightforward: Settings, Windows Update, Advanced options, Optional updates. For businesses, Microsoft says the changes will appear in the next security update to Windows Update for Business, which means many organizations will see this payload when it rolls into the next Patch Tuesday release rather than through optional preview adoption.
The standalone installation instructions are more complicated. Microsoft’s documentation describes MSU packages that may require installation in a specific order and offers DISM or PowerShell approaches for online systems and offline images. It also reminds administrators to match Dynamic Update packages by month where possible. This is not unusual, but it highlights how servicing has become a specialized discipline.
The inclusion of a servicing stack update, KB5092734, is part of that picture. Servicing stack updates improve the component that installs Windows updates. Microsoft now combines the latest servicing stack update with the latest cumulative update for supported systems, reducing some historical complexity, but not eliminating it.
For home users, the practical advice is conservative. If the machine is stable and the preview does not contain a fix you need, waiting for the next security update is reasonable. If you are hitting one of the specific issues addressed by this release, or if you want the new features early, the optional update is available — but the known issue around the May security update should make anyone with repeated 0x800f0922 failures pause before hammering “retry” indefinitely.
For administrators, the calculus is different. Preview updates are intelligence-gathering tools. Deploying them to a pilot ring can reveal whether the next mandatory cumulative update will collide with hardware, firmware, policies, or partition layouts in your environment.

The May Preview’s Real Message Is Hidden in the Boot Path​

KB5089573 should be read as a warning about Windows 11’s next operational frontier. The visible features are nice, the reliability fixes are welcome, and the AI plumbing is predictable. But the boot path is where the stakes are rising.
Secure Boot certificate expiration begins in June 2026. Microsoft is already staging targeting data and policy controls. The May security update has already exposed systems where the EFI System Partition is too cramped to service boot files reliably. Those two facts are not the same issue, but they rhyme.
Windows has spent years abstracting away firmware and boot mechanics from ordinary users. That abstraction is breaking down because security now depends on keeping that layer updated. The more Microsoft has to service boot trust, the more old partition decisions, OEM residue, and enterprise restrictions matter.
This is also where Windows 11’s hardware baseline becomes more than a compatibility argument. Newer systems are more likely to have modern firmware assumptions, cleaner layouts, and recent OEM support. Older upgraded systems may work perfectly day to day while still carrying disk layouts and boot partitions sized for another era.
The operating system can hide that complexity until it cannot. An update rollback at 36 percent is the moment the abstraction fails.

The Work for IT Starts Before the Mandatory Update Lands​

The most useful response to KB5089573 is not panic. It is inventory. Organizations should be looking at which devices run Windows 11 24H2 or 25H2, which machines failed KB5089549, which endpoints show 0x800f0922, and which CBS logs point specifically to EFI System Partition space.
They should also review whether Known Issue Rollback policies are flowing correctly to managed machines. Consumer devices may receive KIR mitigations automatically, but enterprise devices often need deliberate policy deployment. That distinction matters in hybrid environments where some systems are Intune-managed, some are domain-joined, and some are effectively unmanaged despite being business-owned.
Secure Boot certificate readiness deserves its own attention. Microsoft’s phased approach is designed to reduce risk, but phased rollouts can be blocked by restrictive policies, network controls, or unusual device states. The new policy to limit Secure Boot service data may be necessary in some environments, but administrators should understand what signal they are suppressing and why.
The registry workaround for EspPaddingPercent should be treated as targeted remediation, not a blanket ritual. If a device is failing because the ESP is nearly full, the better long-term answer may involve understanding what is occupying that partition and whether the layout itself needs correction. Blindly changing servicing behavior can get an update installed while leaving the next failure waiting.
This is where enthusiasts can help themselves, too. If a PC repeatedly fails May’s update at the reboot stage with 0x800f0922, the problem may not be Windows Update cache corruption or a bad download. It may be a hidden boot partition running out of room.

What This Particular Preview Tells Us Before June Arrives​

KB5089573 is one of those updates whose importance is easier to see when you stop treating the changelog as a shopping list. The features, fixes, and warnings form a pattern: Microsoft is modernizing Windows around AI hardware, shared device experiences, managed peripherals, and boot-chain security, while old assumptions about partitions and firmware keep pushing back.
  • KB5089573 is an optional May 26, 2026 preview update for Windows 11 25H2 and 24H2, raising systems to builds 26200.8524 and 26100.8524.
  • The update adds visible features such as Shared Audio, NPU reporting in Task Manager, Multi-App Camera controls, and a supported way to choose a custom user folder name during setup.
  • Microsoft is using this release to prepare for Secure Boot certificate expiration beginning in June 2026, including broader targeting data and a new policy for limiting Secure Boot service data.
  • The documented 0x800f0922 failure is tied to the May 12 KB5089549 security update and affects devices with very low free space on the EFI System Partition, especially 10 MB or less.
  • Consumer and unmanaged business devices should receive the Known Issue Rollback mitigation automatically, while enterprise-managed devices need the matching Group Policy and a restart.
  • IT teams should treat the preview as an early warning system for the next mandatory cumulative update, especially on devices with unusual boot layouts, restrictive policies, or prior update rollback failures.
Microsoft’s May 2026 preview update is not a crisis release, but it is a consequential one. It shows Windows 11 becoming more capable and more tightly managed, while also exposing how fragile the hidden layers of PC servicing can be when security, firmware, AI components, and cumulative updates all ride the same monthly train. The next few months will test whether Microsoft can make that train feel routine — especially as Secure Boot certificate work moves from documentation warning to operational reality.

References​

  1. Primary source: Microsoft - Message Center
    Published: 2026-05-26 10:00 PT
  2. Related coverage: windowscentral.com
  3. Related coverage: windowslatest.com
  4. Related coverage: techrepublic.com
  5. Related coverage: windowsnews.ai
  6. Related coverage: securityonline.info
 

Microsoft resolved a Windows 11 May 2026 security update installation failure on May 26, 2026, after KB5089549 began rolling back on some version 24H2 and 25H2 systems with very little free space left on the EFI System Partition. The fix arrived in preview update KB5089573 and is expected to flow into the June Patch Tuesday cycle. The bug was narrow, but the lesson is not: Windows servicing still depends on hidden system plumbing most users never see until it breaks.

Windows update fails due to low EFI system partition space, showing KB5089573 rollback and fix info.Microsoft Fixed the Symptom, but the Partition Was the Story​

The visible failure was familiar enough to be dismissed as yet another Windows Update headache. A PC downloaded KB5089549, rebooted, advanced partway through installation, and then retreated into the now-infamous message: “Something didn’t go as planned. Undoing changes.” For many users, the only actionable clue was error 0x800f0922, a code that has appeared in enough update failures over the years to feel more like a shrug than a diagnosis.
Microsoft’s explanation was more precise. The affected systems had limited free space on the EFI System Partition, especially where 10 MB or less remained. The update could begin normally, but during the reboot phase — around the mid-30 percent range — servicing needed room to update boot-related files and could not get it.
That matters because the EFI System Partition is not some expendable cache. It is the small, usually hidden partition that stores boot files used by UEFI systems to start Windows. When servicing touches that area, the update process is operating close to the boundary between a routine cumulative update and the boot chain that determines whether the machine starts at all.
The good news is that the failure mode was conservative. Windows rolled back rather than leaving machines broadly unbootable. The bad news is that a security update still failed because a hidden partition had fallen below a margin most users have no practical way to monitor.

A Security Patch Should Not Need a Treasure Map​

The May update, KB5089549, was not an optional experiment for hobbyists. It was a monthly security update for Windows 11, covering current release lines including 24H2 and 25H2. In the modern Windows model, cumulative updates are supposed to be boring, predictable, and broadly automatic.
That expectation is the whole bargain. Microsoft gets to move Windows users onto a steady servicing conveyor belt; users and administrators accept frequent reboots and cumulative packages in exchange for security fixes, bug repairs, and a reduced need to manually curate individual patches. When the conveyor belt stops because of a hidden 100 MB-ish corner of the disk layout, the abstraction leaks.
The precise log messages made the problem clearer for administrators who knew where to look. CBS logs could show “SpaceCheck: Insufficient free space” and “ServicingBootFiles failed,” pointing away from generic component-store corruption and toward a cramped ESP. That is useful, but only after someone has already crossed from normal user territory into forensic troubleshooting.
For home users, this is where Windows remains frustratingly opaque. The operating system knows the ESP is too full. The update process knows the failure is tied to boot-file servicing. Yet the user-facing experience still collapses into a rollback screen and a hex error code.

The EFI Partition Has Become a Small Room With Too Many Tenants​

The EFI System Partition was designed to hold bootloaders and firmware-facing files, not to serve as a long-term junk drawer. But in real machines, especially OEM systems and devices upgraded across multiple Windows releases, that partition can accumulate vendor files, boot assets, recovery components, and sometimes leftovers from old configurations.
Microsoft’s own issue description pointed to third-party or OEM files outside Microsoft boot directories as part of the space calculation. That is an important detail. It suggests this was not simply Windows being too large for Windows’ own layout, but Windows encountering an ecosystem where firmware, OEM tooling, security features, and servicing all compete for a small fixed space.
This is one of those bugs that exposes the difference between a clean lab image and the PC market as it exists. Windows runs on devices built by many manufacturers, imaged with different factory layouts, upgraded through different release histories, and modified by firmware tools that users rarely inspect. The diversity is a strength when Windows is working; it is a support nightmare when a tiny system partition becomes the bottleneck.
The most uncomfortable part is that many affected users probably did nothing wrong. They did not fill the ESP by dragging videos into it. They may never have known it existed. A system partition can become constrained through years of normal servicing, OEM decisions, and firmware-related debris, while the owner sees a healthy C: drive with plenty of free space.

Known Issue Rollback Is a Safety Net, Not a Substitute for Clarity​

Microsoft’s mitigation path followed the modern Windows playbook. Consumer and unmanaged business devices could receive relief through Known Issue Rollback, Microsoft’s mechanism for backing out problematic non-security behavior without requiring every user to manually uninstall a patch. Managed enterprise devices could apply a special Group Policy to trigger the rollback.
That mechanism is genuinely useful. KIR is one of the better ideas Microsoft has added to Windows servicing in the last several years because it acknowledges a reality the old patch model often denied: even carefully tested updates can misbehave at scale. Rolling back a bad code path centrally is better than asking millions of people to become part-time servicing engineers.
But KIR also has limits. It is not magic dust for every update problem, and it is not always instantaneous in enterprise environments. Administrators still need to know the issue exists, determine whether their devices match the affected profile, deploy the right policy where necessary, and communicate clearly with users who may only see repeated installation failures.
The May incident also included a registry-based workaround involving the ESP padding behavior. That sort of workaround is useful for experienced administrators but dangerous as general public advice. Editing registry settings around boot servicing is not the same as clearing a browser cache, and treating it casually risks turning a failed update into a self-inflicted outage.
KB5089573 is therefore the cleaner answer. Once installed, it contains Microsoft’s fix for the issue and removes the need for the workaround on affected devices. The fact that it arrived as a preview cumulative update, with the fix planned for broader inclusion later, gives administrators a choice: deploy early to affected systems or wait for the normal Patch Tuesday channel if the environment can tolerate the delay.

The Enterprise Risk Is Not the Error Code; It Is the Inventory Gap​

For IT departments, the direct remediation is straightforward enough: identify affected Windows 11 24H2 and 25H2 machines, install KB5089573 or later, and use KIR or policy where appropriate for systems still stuck on the May update. The harder problem is knowing which devices are at risk before the help desk tickets arrive.
Most endpoint management dashboards can report OS version, update compliance, disk free space, and hardware model. Far fewer organizations routinely track free space on the EFI System Partition. That is understandable; until something like this happens, ESP capacity feels like implementation detail rather than fleet health.
This incident argues that the boundary between “implementation detail” and “operational dependency” has shifted. Secure Boot, BitLocker, firmware updates, boot manager changes, and Windows servicing all make the boot environment more active than it was in the old BIOS era. If a monthly security update can fail because the ESP has fallen to 10 MB or less, then ESP capacity is no longer trivia.
The more mature response is not panic-resizing partitions across the fleet. That would be risky and unnecessary for most environments. The better response is visibility: sample the fleet, identify OEM models with unusually small or crowded ESPs, compare fresh images against upgraded machines, and document which remediation path is safe for each hardware class.
This is especially important for managed laptops that have lived through years of feature updates, encryption policy changes, firmware updates, and OEM utility revisions. Those machines may be the least glamorous assets in the estate, but they are often the ones where hidden state accumulates.

Microsoft’s Messaging Still Arrives After the Community Has Done the Triage​

The timeline is familiar. Users and administrators encounter failures first. Community forums and tech sites begin connecting symptoms. Microsoft then acknowledges the issue, documents the conditions, and eventually ships a fix or mitigation.
That sequence is not unique to Microsoft, and it is not always avoidable. Windows’ installed base is too varied for every configuration to be reproduced before release. Still, the pattern leaves a confidence gap: by the time official confirmation lands, many users have already tried repeated installs, repair commands, cache resets, manual downloads, and other rituals that were never going to create space in the ESP.
The reporting from SC Media and BleepingComputer was useful because it translated a vague update failure into a concrete cause. That matters for WindowsForum readers because “update failed” is not a diagnosis. A rollback caused by an ESP space check is a different problem from a corrupt component store, a broken network download, a third-party driver conflict, or a bad servicing stack.
Microsoft has improved its release health documentation over the years, but discoverability remains uneven. A user staring at Windows Update should not need to search the web to learn that a known issue exists for their exact build and error code. Windows Update could do more to surface known issue matches directly, especially when Microsoft already has enough telemetry and documentation to describe the failure.
The company does not need to turn every error dialog into a dissertation. But it could do better than a generic rollback message when the machine has tripped a known condition. “This update may have failed because the EFI System Partition has insufficient free space” would at least point administrators in the right direction and stop users from performing irrelevant fixes.

The Preview Update Is a Test of Trust​

KB5089573’s role as the first vehicle for the fix puts administrators in a familiar bind. Preview cumulative updates are useful because they deliver non-security fixes before the next Patch Tuesday. They are also, by design, not the default security baseline most conservative enterprises rush to install everywhere.
For affected machines, the calculus is different. A device that cannot install the May security update is already outside the desired compliance state. Installing the preview update may be less risky than leaving the system stuck, particularly if the failure repeats reliably and the machine otherwise remains stable.
For unaffected machines, there is less urgency. The June Patch Tuesday release should bring the fix through the normal channel, assuming Microsoft’s published plan holds. That is the boring path, and in enterprise patching, boring is usually a virtue.
The important distinction is between targeted remediation and broad reaction. Deploying KB5089573 to systems that are failing with the documented ESP condition is sensible. Treating the preview as a universal emergency patch for every Windows 11 machine is harder to justify unless internal testing supports it.

The Home User Fix Is Mostly Patience, Not Partition Surgery​

For enthusiasts, the temptation is obvious: mount the EFI partition, inspect it, delete something that looks old, and reclaim space. That can work in expert hands, but it is also a fine way to break boot on a system that was merely failing an update. The ESP is not a folder to clean casually.
Most home users should take the safer path. If KB5089549 is failing and Windows Update offers KB5089573 or a later cumulative update, install that rather than trying to manually modify boot partitions. If the machine is unmanaged and KIR has propagated, restarting may also help the mitigation apply.
If the system continues to fail, the next step should be careful diagnosis rather than random cleanup. Confirm the Windows version, confirm the failing KB, check whether the error code and failure percentage match the documented pattern, and only then consider advanced remediation. A repair install, OEM recovery action, or professional support may be safer than manually deleting files from a hidden boot partition.
This is one of those cases where “I have 200 GB free on C:” does not answer the relevant question. The update was not failing because the main Windows volume was full. It was failing because a small boot partition had too little headroom for the servicing operation.

The Real Fix Is More Headroom in the Windows Servicing Model​

Microsoft resolved this specific issue, but the broader design problem remains. Windows servicing needs adequate space in system partitions that users do not see and administrators often do not measure. As the boot chain becomes more security-sensitive and firmware-aware, the cost of cramped legacy layouts rises.
One path forward is better preflight checking. Windows Update should detect insufficient ESP space before committing to an installation that will fail during reboot. It should explain the condition in plain language and, where possible, offer a supported remediation path that does not require registry edits or partition spelunking.
Another path is more resilient servicing behavior. If Microsoft can safely adjust how much padding is required, or how boot files are staged, then updates should avoid tripping over marginal ESP configurations wherever possible. KB5089573 appears to move in that direction for this incident, but users should not have to learn about ESP internals every time the servicing model changes.
OEMs also have a role. Machines shipping with minimal ESP capacity may work perfectly on day one but become fragile over years of updates. The Windows ecosystem needs partition layouts that survive the realistic lifetime of a PC, not just the factory image validation process.
For administrators, the lesson is operational. Hidden partitions belong in health checks, especially on models with a history of update or firmware friction. A small PowerShell-based audit in a pilot group can reveal whether the fleet has an ESP problem before Patch Tuesday turns it into a help desk problem.

The May Patch Left a Small Set of Very Practical Lessons​

The KB5089549 failure will not be remembered as one of the great Windows disasters, and that is partly because rollback worked. Still, it is a useful case study in how modern Windows breaks: not always spectacularly, not always broadly, but often at the seam between old assumptions and new servicing demands.
  • KB5089549 could fail on some Windows 11 24H2 and 25H2 systems when the EFI System Partition had critically low free space.
  • The common user-visible pattern was a rollback during reboot with error 0x800f0922 and the message that Windows was undoing changes.
  • Microsoft resolved the issue in KB5089573, released May 26, 2026, with the fix expected to continue in later cumulative updates.
  • Known Issue Rollback and a special Group Policy provided mitigation paths for systems not yet updated, especially in managed environments.
  • Administrators should consider auditing EFI System Partition free space on representative devices rather than assuming C: drive capacity predicts update success.
The incident is a reminder that Windows Update is no longer just about files under C:\Windows. It is a choreography involving firmware-era partitions, boot policy, recovery behavior, OEM choices, and cloud-delivered mitigations. Microsoft patched this particular stumble, but the next credibility gain will come when Windows can tell users what went wrong before the rollback screen has to do the talking.

References​

  1. Primary source: SC Media
    Published: Mon, 01 Jun 2026 22:45:40 GMT
  2. Related coverage: windowslatest.com
  3. Related coverage: windowscentral.com
  4. Related coverage: windowsreport.com
  5. Official source: support.microsoft.com
  6. Related coverage: bleepingcomputer.com
  1. Related coverage: ebisuda.net
  2. Related coverage: yorkcomputerrepair.com
  3. Related coverage: techrepublic.com
  4. Related coverage: freeware.de
 

Microsoft released the optional Windows 11 preview update KB5089573 on May 26, 2026, for Windows 11 versions 24H2 and 25H2, promising faster app launches and snappier core shell experiences including Start, Search, and Action Center. That makes this a rare Windows update whose headline feature is not another AI sidebar, settings migration, or design tweak, but the old-fashioned business of making the operating system feel less sluggish. The catch is that the update is optional, staged, and not every claimed speed gain will appear on every PC at the same moment. For users and administrators, KB5089573 is less a magic turbo button than a revealing test of Microsoft’s current Windows strategy: fix the feel of Windows 11 without asking customers to buy new hardware.

Glowing Windows desktop interface with app icons, laptop, and wireless connectivity dashboard on a blue background.Microsoft Finally Treats Responsiveness as a Feature​

For years, Windows 11’s performance debate has been oddly split. Benchmarks often show a modern Windows 11 PC doing perfectly acceptable work, especially on recent processors and SSDs. Yet the lived experience of the operating system has not always matched the numbers: Start takes a beat, Search feels heavy, Explorer redraws when it should simply open, and little delays accumulate into the sensation that the machine is waiting on itself.
KB5089573 matters because Microsoft is now admitting, through the shape of the update, that perceived performance is performance. The company’s own release notes say the update accelerates app launch and core shell experiences such as Start, Search, and Action Center. That is not a niche driver fix or an obscure enterprise edge case. It is the part of Windows users touch constantly.
The reported figures are eye-catching: app launches up to 40 percent faster and shell flyouts up to 70 percent faster in some scenarios. Those numbers should not be read as a promise that Chrome, Photoshop, Teams, and every line-of-business application will suddenly open in half the time. They are best understood as Microsoft and testers measuring particular launch and shell interaction paths under controlled or observable conditions.
Still, even if the real-world gain is smaller, the target is the right one. A 10 percent improvement to the parts of Windows people open dozens of times a day can feel more meaningful than a larger benchmark gain in a workload most users never run. Windows 11 does not merely need to be fast in aggregate; it needs to stop feeling like it pauses to consult a committee before showing the Start menu.

The Optional Preview Channel Becomes the Proving Ground​

KB5089573 is not a mandatory Patch Tuesday security update. It is a non-security preview release, available through Windows Update’s optional updates path and the Microsoft Update Catalog. That distinction matters because optional previews are where Microsoft places fixes and feature changes before they are folded into a broader security release later.
For enthusiasts, that makes KB5089573 tempting. The promise is straightforward: install now and get the responsiveness work early. For ordinary users, the advice is more cautious. Optional preview updates are generally stable enough for public distribution, but they are not the same as a fully unavoidable security cumulative update pushed to every supported PC.
The installation path also tells us something about Microsoft’s confidence. Users must go into Settings, then Windows Update, then Advanced options, then Optional updates. Businesses using Windows Update for Business and managed deployment rings will evaluate it on their own cadence, and Microsoft says some changes will appear in later security updates through business channels.
That staged posture is sensible. Performance work at the operating-system level is not just a matter of shaving milliseconds from code paths; it interacts with power management, CPU boosting behavior, device firmware, drivers, and background workloads. A change that makes one laptop feel alive can make another run warmer, drain battery faster, or expose a driver timing bug that had been quietly sleeping for years.

The Speed Boost Appears to Be About Latency, Not Raw Horsepower​

The most interesting reporting around KB5089573 points to a low-latency behavior that briefly wakes the CPU more aggressively during launches and shell interactions. In plain English, Windows may be nudging the processor to ramp up faster for short bursts when you open Start, invoke Search, or launch an app. That is a very different thing from permanently overclocking the machine or rewriting the scheduler from scratch.
This distinction is important because it explains why the update could make Windows feel substantially faster without changing the underlying hardware. Modern processors already shift between low-power and high-performance states many times per second. The art is deciding when a tiny burst of responsiveness is worth the energy cost.
If Windows waits too long to request performance, the user notices a delay even if the CPU eventually becomes fast enough. If Windows asks too aggressively, battery life and thermals suffer. The sweet spot is a short, targeted burst that makes interactive tasks feel immediate while leaving sustained power behavior mostly unchanged.
That is why this update may matter most on laptops, handheld PCs, mini PCs, and other systems where power-state transitions are a daily part of the experience. A high-end desktop with an always-eager CPU may see less dramatic improvement. A thin-and-light laptop that spends much of its life trying to conserve energy may be exactly the sort of device where latency tuning is visible.

The Hardware Market Makes a Software Speedup More Valuable​

The timing is unusually favorable for Microsoft. PC upgrades are no longer cheap background purchases for many households and small businesses. Memory prices have been under pressure, component supply has been strained by AI infrastructure demand, and device makers have not been shy about passing costs along.
That makes the traditional advice — add RAM, buy a faster SSD, replace the laptop — less satisfying. Many Windows 11 systems in daily use are not obsolete. They are simply burdened by an operating system, browser stack, security tooling, sync clients, chat apps, launchers, and background services that collectively make modest hardware feel older than it is.
A software update that improves responsiveness on existing machines is therefore not just a convenience. It is a form of life extension. If a three-year-old laptop feels less irritating to use, the owner may postpone a purchase. If a school or small business can keep a fleet in service for another budget cycle, the impact is practical rather than cosmetic.
Microsoft also has an image problem to solve here. Windows 11 has spent much of its life associated with hardware requirements, TPM debates, Copilot integrations, and interface changes that users did not always request. A release that simply makes the OS feel faster is the sort of goodwill-building update Windows badly needs.

Bluetooth Audio Sharing Is Nice, but the Shell Is the Story​

KB5089573 is not only a performance update. Microsoft’s notes include other changes, including Bluetooth audio sharing with two devices on supported hardware, setup improvements that let users choose a custom user folder name during Windows setup, camera improvements, USB reliability work, Windows Hello refinements, Search changes, and Store download improvements.
Some of those additions are genuinely useful. Bluetooth audio sharing is an obvious consumer-friendly feature, especially for two people watching video on one laptop. The ability to choose a user folder name during setup corrects one of those small Windows annoyances that can become disproportionately irritating once the machine is already configured.
But none of those features changes the basic character of the release. The center of gravity is performance. If Start opens faster, Search responds faster, clipboard history appears faster, and app launches feel less bogged down, users will remember KB5089573 as a speed update rather than a feature grab bag.
That is also why Microsoft should be careful not to bury this work under marketing noise. Windows users have developed a healthy skepticism toward updates that promise “experiences” and deliver more prompts, recommendations, or cloud hooks. The message here should be brutally simple: Windows should respond faster when you ask it to do ordinary things.

The Gradual Rollout Is Sensible, but It Will Frustrate People​

Microsoft says the update uses gradual rollout and normal rollout phases, meaning availability and feature activation can vary by device. This is now standard practice across Windows, Edge, Microsoft 365, and much of the company’s consumer software. It reduces blast radius and lets Microsoft watch telemetry before flipping switches more broadly.
The downside is user confusion. Two people can install the same KB number and see different behavior. One may get the performance improvements immediately, while another waits for a server-side enablement or staged feature flag. A third may see the optional update offered but not installed automatically, while a managed corporate device may not see it in the same way at all.
That ambiguity is especially awkward for a performance update. When a new visual feature is missing, users can usually tell. When a latency improvement is staged, it becomes a vibe: did the Start menu actually open faster, or did I just reboot and clear some background cruft?
For administrators, gradual rollout means testing must be empirical. It is not enough to note that KB5089573 installed successfully. IT teams should verify the build number, watch help desk reports, test common app launch paths, and compare behavior across hardware classes. Performance changes that depend on CPU state, firmware, or device model cannot be assumed uniform.

Optional Does Not Mean Risk-Free​

Microsoft’s support page says it is not currently aware of known issues with KB5089573. That is reassuring, but it is not the same as proof that no issues exist. Early user reports around any Windows preview update typically include a mixture of real bugs, unrelated local problems, driver conflicts, and normal post-update churn.
The prudent home-user approach is simple: install KB5089573 early if you are comfortable troubleshooting, keep it off mission-critical machines if you are not, and make sure you know how to uninstall a cumulative update if something breaks. For many users, waiting until the changes arrive in the next security cumulative update will be the boring but sensible path.
Businesses should be even more deliberate. Preview updates can be useful in pilot rings, especially when they contain fixes that address real pain points. But rolling an optional preview broadly across production endpoints just because it promises speed is asking for an unnecessary support spike.
There is also a subtle security-administration angle. Because this is a non-security preview, organizations that draw a hard line between security patch compliance and feature uptake may need to communicate clearly. A machine without KB5089573 is not necessarily “behind” on security in the way it would be after missing a Patch Tuesday security update.

Microsoft’s Real Competitor Is the User’s Memory of Older Windows​

The emotional reaction to a faster Start menu is shaped by history. Windows users remember versions that felt lighter, whether or not those memories survive rigorous measurement. Windows 7 remains the ghost in the room: not because it was perfect, but because many users associate it with directness and predictability.
Windows 11 has often felt like it was designed under competing mandates. It must be a secure enterprise platform, a consumer cloud endpoint, an AI showcase, a gaming OS, a tablet-capable interface, an accessibility platform, and a store-driven app surface. Each goal is defensible in isolation. Together, they can make the shell feel crowded and over-mediated.
KB5089573 does not solve that philosophical problem. It does, however, suggest Microsoft understands that the shell itself must be treated as critical infrastructure. Start, Search, Explorer, notifications, input, and sign-in are not ornamental layers. They are the operating system as most people experience it.
If Microsoft can make those pieces feel immediate again, it will have done more for Windows 11’s reputation than another Copilot button ever could. Users forgive a surprising amount when the machine responds quickly. They forgive far less when the OS feels like it is spending their time on someone else’s priorities.

Windows K2 Looks Like a Necessary Course Correction​

Several reports have linked these performance changes to Microsoft’s broader Windows K2 effort, described as an initiative focused on improving responsiveness and core system performance. Whether Microsoft treats that branding as public-facing or internal shorthand, the direction is welcome. Windows does not need one heroic optimization pass; it needs a sustained culture of latency reduction.
That means looking beyond headline numbers. Launch time, menu latency, Explorer reliability, resume behavior, input responsiveness, and Store download efficiency are all part of the same user judgment. Nobody says, “My shell flyout percentile improved.” They say, “This PC feels slow,” or “This PC feels fine.”
The challenge is that modern Windows is an ecosystem, not a monolith. Microsoft can improve the OS while OEM utilities, security agents, RGB services, cloud sync clients, browser processes, and app updaters still make a device feel messy. The operating system can set the tone, but it cannot fully control the orchestra.
Still, Microsoft owns the first impression. When the Start menu lags, users blame Windows. When Search hesitates, users blame Windows. When Settings takes too long to open, users blame Windows. KB5089573 appears to target precisely those moments, which is why it deserves more attention than many larger-looking feature updates.

The Enterprise Calculation Is Different From the Enthusiast One​

For Windows enthusiasts, KB5089573 is the sort of update that invites immediate experimentation. Install it, reboot, open Start, launch apps, compare behavior, and argue online about whether the difference is real. That is part of the fun.
For enterprise IT, the calculus is more restrained. Optional preview updates are often valuable, but they need to pass through rings and representative hardware. A speed improvement that helps executives’ laptops but breaks a specific VPN client, kiosk workflow, accessibility tool, or industrial peripheral is not an improvement at fleet scale.
Administrators should also watch the interaction between performance tuning and power management policies. Many organizations run devices with custom power profiles, battery conservation settings, endpoint security controls, and firmware baselines. If KB5089573’s improvements depend on burst behavior, the measurable effect may vary across those configurations.
The good news is that this is exactly the kind of update that can be tested with ordinary workflows. IT teams do not need synthetic benchmarks alone. They can measure time to launch Outlook, Teams, a browser, a major line-of-business app, Start, Search, Settings, and File Explorer across a small pilot group before deciding whether early adoption is worth it.

The Small Print Decides Whether the Big Claim Survives​

The phrase “up to” does a lot of work in performance claims. Up to 40 percent faster app launches and up to 70 percent faster shell interactions may be accurate in specific tests while still overpromising for users expecting universal transformation. Microsoft’s official language is more restrained than the headlines: it says the update accelerates app launch and core shell experiences.
That difference matters. The official claim is directionally useful; the percentage claim is conditional. A clean Windows installation on a modern laptop may show one result. A five-year-old machine with startup clutter, old drivers, low free disk space, and multiple security tools may show another. A desktop with a fast CPU already running near peak responsiveness may barely feel changed.
There is also a reboot effect that can mislead users. Installing a cumulative update restarts services, clears some transient states, and gives Windows a fresh session. The system may feel better immediately after installation for reasons unrelated to the new performance code. The real test is how it behaves after several days of normal use.
That does not make the update hype. It makes it a normal performance update in a messy real world. The right standard is not whether every PC becomes dramatically faster, but whether Windows 11 becomes more consistently responsive across enough machines to change the baseline expectation.

The Update Path Is Straightforward, but the Decision Is Not​

For unmanaged PCs, KB5089573 is found through Windows Update under Advanced options and Optional updates. Users can also obtain it through the Microsoft Update Catalog, with separate packages for x64 and Arm64 devices. Microsoft’s documentation lists the relevant OS builds as 26100.8524 and 26200.8524 for Windows 11 24H2 and 25H2.
The update is also bundled with servicing stack improvements, which are the plumbing Windows uses to install future updates reliably. That is mundane but important. A faster shell is the headline, but a healthier servicing stack is part of keeping Windows manageable over time.
Users should not install it expecting unsupported machines, older Windows 11 releases, or Windows 10 systems to receive the same benefit. The release is tied to current Windows 11 servicing branches. If a machine is on an older build or blocked from newer feature updates, KB5089573 is not a backdoor performance rescue.
For Copilot+ PCs, Microsoft’s page also references updated AI components, though those components apply only to eligible Copilot+ hardware. That is another reminder that Windows 11 is increasingly a layered OS, where the same cumulative update can contain changes that apply differently depending on silicon, edition, hardware capability, and rollout state.

A Faster Start Menu Is Not a Substitute for Discipline​

The broader question is whether Microsoft can keep performance work from being canceled out by future complexity. Windows 11 has a habit of gaining new surfaces: recommendations, account prompts, backup nudges, OneDrive integrations, Copilot entry points, widgets, and store-mediated experiences. Each may have a product rationale. Together, they risk turning the shell into a negotiation.
Performance optimization can make those experiences load faster, but it cannot decide whether they should exist. A Start menu that appears 70 percent faster is still a Start menu users may resent if it prioritizes Microsoft’s agenda over their muscle memory. Search that opens quickly still fails if it mixes local results, web suggestions, and promotional clutter in ways users do not trust.
That is why KB5089573 should be praised, but not overinterpreted. It is a technical improvement, not a design philosophy. Microsoft still needs to show that it values predictability, user control, and restraint as much as it values engagement funnels and cloud service discovery.
The best version of Windows 11 would pair this responsiveness work with a quieter shell. Faster interactions are good. Fewer unnecessary interactions are better. The operating system should feel like a well-oiled tool, not a lobby for Microsoft’s other businesses.

The Practical Read on KB5089573 for WindowsForum Readers​

The sober interpretation is that KB5089573 is worth watching and, for many enthusiasts, worth trying — but it should be treated as an optional preview rather than a mandatory miracle patch. Its importance lies in where Microsoft is aiming: the interactive moments that define whether Windows feels modern or tired.
  • KB5089573 is an optional May 26, 2026 preview update for Windows 11 24H2 and 25H2, not a mandatory security update.
  • Microsoft’s official release notes say the update accelerates app launches and core shell experiences including Start, Search, and Action Center.
  • Reported gains of up to 40 percent for app launches and up to 70 percent for some shell interactions should be understood as best-case or scenario-specific figures.
  • The rollout is staged, so installing the KB does not guarantee every performance-related change appears on every device immediately.
  • Home users who dislike troubleshooting may prefer to wait for the changes to arrive in a regular cumulative security update.
  • IT administrators should test the update in pilot rings across representative hardware before broad deployment.
KB5089573 is the kind of Windows update Microsoft should have been shipping more visibly all along: less spectacle, more responsiveness, fewer grand claims about the future and more attention to the milliseconds users actually feel. If the company follows this with sustained shell, Explorer, Search, input, and resume improvements, Windows 11 could become not just more feature-rich but more tolerable on the hardware people already own. That matters because the next great Windows upgrade may not be a new PC at all; it may be Microsoft remembering that speed is still one of the operating system’s most persuasive features.

References​

  1. Primary source: GB News
    Published: 2026-06-02T12:07:06.964884
  2. Related coverage: technobezz.com
  3. Related coverage: techspot.com
  4. Related coverage: windowscentral.com
  5. Related coverage: winbuzzer.com
  6. Related coverage: tbreak.com
  1. Related coverage: smartworld.it
  2. Related coverage: windowslatest.com
  3. Related coverage: asatunews.co.id
  4. Official source: support.microsoft.com
  5. Related coverage: techtimes.com
  6. Related coverage: borncity.com
  7. Related coverage: ddxgroup.com
 

Microsoft fixed the Windows 11 KB5089549 installation failure on May 26, 2026, by shipping KB5089573, a preview cumulative update for Windows 11 versions 24H2 and 25H2 that resolves rollbacks caused by EFI System Partitions with too little free space. The bug was not glamorous, but it exposed a familiar Windows servicing weakness: the modern update stack can still be tripped by a tiny boot partition that many users never see. For home users, the fix is simple enough; for administrators, the episode is another reminder that Windows reliability is increasingly governed by hidden infrastructure decisions made years before a patch arrives.

Windows update failed (35% rollback) due to critically low EFI System Partition space; Secure Boot is enabled.A Security Patch Failed Where Users Could Not See It​

The May 2026 Windows 11 security update, KB5089549, did what failing Windows updates often do: it appeared to install, reached the reboot phase, then collapsed into a rollback with the vaguely apologetic message that something had not gone as planned. On affected systems, the failure commonly appeared around 35 to 36 percent completion and surfaced as error 0x800f0922 in Windows Update history.
That error code has become a kind of all-purpose dread signal for Windows administrators. It can point to servicing trouble, boot configuration trouble, reserved partition trouble, or environmental weirdness that only becomes obvious after log spelunking. In this case, Microsoft tied the issue to the EFI System Partition, the small disk partition used by UEFI-based PCs to store boot files and related firmware-facing components.
The important detail is the threshold. Microsoft identified devices with very little free space on the EFI System Partition — especially those with 10MB or less available — as the systems most likely to hit the failure. The update process needed enough room to service boot-related files, and when the ESP could not accommodate that work, Windows backed out.
That makes this a storage bug only in the most literal sense. Users may have hundreds of gigabytes free on C:, but that does not help if the tiny partition Windows needs during boot servicing is nearly full. The machine looks healthy from the user’s perspective while failing in a place normal Settings pages barely acknowledge.

The Fix Arrived Quickly, but Not Quietly​

Microsoft says the issue is fixed in KB5089573 and later updates. KB5089573 is the May 26, 2026 preview cumulative update for Windows 11 24H2 and 25H2, moving systems to OS builds 26100.8524 and 26200.8524 respectively. Because preview cumulative updates are optional, the fix is available now to users who seek it out, while the broader population should receive the repair through the June Patch Tuesday cumulative update.
That two-track delivery is now standard Windows servicing practice. Microsoft can push a fix quickly through an optional preview release, giving affected users and administrators a way out before the next mandatory security wave. But it also means the cure is not automatically installed everywhere on day one.
For a user stuck in the KB5089549 loop, the practical path is straightforward: open Settings, go to Windows Update, enter Advanced options, then Optional updates, and install KB5089573 or a later cumulative update if offered. Once that newer update is installed, Microsoft says the EFI partition install failure should no longer require the earlier workaround.
There is a small irony here. The patch that fixes a failed patch is itself a preview update, a category many cautious administrators treat with suspicion. That does not make KB5089573 reckless to deploy, but it does force IT teams to make a familiar calculation: take the preview update now to restore patch compliance, or wait for June Patch Tuesday and carry the failed-update exposure a little longer.

The EFI Partition Is Small by Design, Fragile by History​

The EFI System Partition was never meant to be a user-facing storage area. It is supposed to be a quiet slice of disk that gives firmware a clean path to bootloaders and related files. On many Windows systems, it is small because it was created at install time by defaults that were reasonable for the machine’s era, disk layout, and expected servicing needs.
That history matters. A Windows 11 PC purchased today, a Windows 10 PC upgraded to Windows 11, a machine cloned from an older image, and a corporate laptop reimaged repeatedly over several years may all present themselves as modern Windows devices. Underneath, their system partitions may differ substantially.
Security features have also raised the stakes. Secure Boot, BitLocker, boot manager updates, recovery changes, and certificate-related servicing all increase the importance of the pre-OS environment. The EFI partition may be small, but it sits on the critical path between firmware, security policy, and the Windows loader.
The KB5089549 failure is therefore less surprising than it first appears. Windows servicing has expanded its reach into parts of the system that used to be touched less often. If the update stack needs to write or replace boot files and the partition is cramped, the ordinary Windows Update progress meter becomes a misleading abstraction over a very specific disk layout problem.
This is the kind of failure that punishes invisible technical debt. Nobody cares about the free space inside an EFI partition until an update needs it. Then it becomes the only free space that matters.

Microsoft’s Rollback Machinery Did Its Job, but That Is Not the Same as Success​

One reason this incident did not become a mass unbootable-device crisis is that Windows rolled the failed update back. The user saw “Undoing changes,” returned to the desktop, and remained on the previous update level. That is exactly what a defensive servicing system should do when a boot-adjacent operation cannot complete safely.
But a clean rollback is still a failed update. Security patches that do not install leave systems behind, and for managed fleets, a rollback can be more operationally painful than a visible crash. Compliance dashboards light up, help desks see repeat tickets, and administrators have to decide whether the problem is local corruption, a Microsoft-known issue, or an environmental condition in their own image.
Known Issue Rollback, or KIR, adds another layer to that defensive strategy. For consumer and unmanaged business devices, Microsoft can use KIR to roll back the problematic part of a non-security update change without requiring users to uninstall an entire cumulative update. In enterprise environments, administrators may need to deploy a Microsoft-provided Group Policy to apply the rollback deliberately.
That distinction is important because KIR often feels automatic only outside managed IT. A home PC may quietly receive relief after a reboot or policy refresh. A corporate fleet may need explicit administrative action, testing, staged deployment, and documentation.
In this case, KB5089573 and later updates are the cleanest answer because they address the underlying install issue rather than merely steering around it. Still, KIR remains part of the story because it illustrates Microsoft’s current servicing philosophy: when Windows Update breaks, the company increasingly tries to correct the flight path without asking users to perform surgery.

Optional Updates Have Become Microsoft’s Repair Lane​

KB5089573 is not just an emergency bandage. It is part of the now-familiar preview cumulative update rhythm, where Microsoft ships non-security fixes late in the month before rolling them into the next Patch Tuesday release. The preview channel gives Microsoft a way to distribute quality improvements, reliability changes, and targeted fixes ahead of the mandatory security cadence.
That model has real advantages. Users affected by a specific regression do not have to wait three or four weeks for relief. Administrators can validate the next month’s cumulative payload early. Microsoft can gather telemetry before the update becomes the baseline for everyone.
The downside is that the Windows update ecosystem now asks users to understand categories that the product itself still explains poorly. Security updates feel mandatory. Preview updates sound experimental. Optional updates can be both avoidable and highly advisable, depending on whether they fix the exact problem breaking your machine.
The KB5089549 fix lands in that ambiguity. For an unaffected PC, there may be little urgency to install KB5089573 immediately. For a system that cannot install the May security update because the EFI partition is nearly full, the optional update is not a curiosity; it is the supported repair path.
This is why Windows Update messaging remains one of Microsoft’s most consequential user-experience problems. The company can publish precise support notes, but most users encounter the issue through a rollback screen that says almost nothing. The delta between what Microsoft knows and what the user sees is where frustration grows.

Administrators Should Treat This as an Inventory Problem, Not a One-Off Patch Problem​

For IT departments, the tempting response is to file KB5089549 under “bad update, fixed by later update” and move on. That would be a mistake. The more useful lesson is that EFI partition sizing and free space should be part of fleet hygiene, especially in organizations with older images, upgraded devices, or aggressive endpoint security stacks.
Administrators do not need to panic-resize every EFI partition tomorrow. Partition work carries risk, and heavy-handed remediation can create worse outages than the update failure itself. But teams should at least know which devices have tiny or nearly full ESPs before the next servicing event discovers them the hard way.
This is especially true for fleets that have moved through multiple Windows generations. Systems originally provisioned years ago may have partition layouts that still technically work but leave little margin for modern boot servicing. A device can pass health checks, encrypt successfully, boot normally, and still have an ESP that is too cramped for a future cumulative update.
The right operational response is measured. Identify affected devices through management tooling where possible. Correlate failures with CBS logs and Windows Update status. Use Microsoft’s fixed cumulative update path before attempting manual partition changes. Reserve direct ESP resizing or cleanup for machines where the supported update route does not resolve the issue or where a broader fleet standard requires it.
The worst response is improvised boot partition surgery copied from a forum post without backups, recovery keys, or a rollback plan. The EFI partition is small, but it is not trivial. A few megabytes can decide whether a device updates; a careless edit can decide whether it boots.

The Error Code Was Familiar Because the Failure Pattern Is Familiar​

Error 0x800f0922 has appeared in many Windows Update contexts over the years, which is precisely why it frustrates users. An error code that can mean too many things becomes less of a diagnosis and more of an invitation to search. That search often leads to generic advice: run the troubleshooter, reset Windows Update components, run DISM and SFC, disconnect VPNs, free disk space, try again.
Some of those steps can help in other cases. In this case, they risked missing the specific constraint. Freeing space on C: would not necessarily free space on the EFI System Partition. Resetting update components might clear a stuck state but would not make a 10MB margin larger.
The logs told the more precise story. References such as “SpaceCheck” and “ServicingBootFiles failed” pointed toward insufficient space on the EFI System Partition. That is actionable information for an administrator, but it is buried well below the level at which most users interact with Windows.
This gap between surface error and root cause is not unique to Microsoft, but Windows magnifies it because of scale. A small-percentage failure across the Windows installed base still means a large number of humans and help-desk tickets. A cryptic update failure that affects only certain partition layouts can look random until enough cases accumulate.
Microsoft’s documentation moved the issue from mystery to known problem. That matters. Once a failure has an official cause, administrators can stop wasting cycles on superstition and start applying a supported fix.

The Broader 2026 Update Story Is One of Pressure on the Servicing Stack​

KB5089549 did not fail in a vacuum. Microsoft’s 2026 update cycle has already included other rough edges, including issues involving third-party backup applications that relied on vulnerable drivers and a Windows Autopatch bug that reportedly deployed administrator-restricted driver updates to some managed devices in the European Union. Each incident has its own technical cause, but together they tell a larger story.
Windows Update is no longer merely a monthly file replacement mechanism. It is a policy engine, security enforcement channel, driver distribution path, firmware-adjacent servicing system, and enterprise compliance dependency. The more Microsoft asks that pipeline to do, the more exposed every weak seam becomes.
This does not mean Microsoft should slow security servicing to a crawl. Attackers do not wait for neat maintenance windows, and unpatched Windows fleets remain prime targets. The monthly cumulative model exists because fragmented patch states created their own chaos.
But cumulative servicing concentrates risk. A single update can carry security fixes, reliability changes, boot servicing modifications, and feature-adjacent tweaks. When something goes wrong, administrators cannot always separate the essential security payload from the problematic behavior.
That is why the distinction between vendor positioning and operational reality matters. Microsoft can accurately say the fix is available in KB5089573 and later updates. IT teams can also accurately say they now have to test, approve, communicate, and deploy yet another cumulative package because a security update encountered a boot partition constraint.

The User Experience Still Needs a Better Failure Mode​

The most user-hostile part of this episode was not the existence of the bug. Complex operating systems sometimes fail when they meet odd disk layouts. The bigger problem is that Windows still struggles to tell users what went wrong in language that maps to a remedy.
“Something didn’t go as planned” is friendly in tone and nearly useless in substance. It tells the user Windows has retreated, but not why. Even an additional line saying that the update could not service boot files because the system partition lacks free space would change the support dynamic dramatically.
Microsoft may avoid such specificity because error causes can be uncertain during rollback, and inaccurate remediation advice can be dangerous. That caution is understandable. But the current approach pushes too many users toward blind troubleshooting, where they apply rituals rather than remedies.
There is a middle ground. Windows Update could surface a known-issue notice after matching an error pattern to Microsoft’s release health data. It could distinguish between low C: drive storage and low EFI System Partition space. It could tell managed users to contact IT while giving unmanaged users the relevant optional update path.
Microsoft already has much of the telemetry and documentation machinery needed for this. The missing piece is the last mile: turning internal diagnosis and support articles into concise, contextual guidance inside Windows itself.

The Fix Is Simple; the Lesson Is Not​

For most affected users, the practical answer is not complicated. Install KB5089573 or a later cumulative update if it is available, or wait for the June Patch Tuesday release if the device is not urgently blocked. Consumer and unmanaged systems may also benefit from Known Issue Rollback behavior, while enterprises can deploy Microsoft’s KIR Group Policy where appropriate.
The more durable lesson is that Windows servicing increasingly depends on components users do not manage directly. A hidden partition, a firmware trust chain, a vulnerable driver block, or a device-management policy can determine whether a monthly update succeeds. The visible operating system is only the top layer of the patching story.
For Windows enthusiasts, this is a reminder to treat disk layouts as part of system health. For sysadmins, it is a reminder to audit the boring parts of the fleet before the exciting parts fail. For Microsoft, it is another nudge toward clearer update diagnostics and less opaque rollback messaging.
The KB5089549 incident will likely fade quickly once June’s cumulative update reaches the wider installed base. But the conditions that produced it will remain: old partition layouts, evolving boot security requirements, and a servicing pipeline that has to update more of the machine than users realize.

The Patch Notes Hide the Real Operational Checklist​

The immediate facts are narrow, but the operational implications are broader than one failed KB number. If your Windows 11 estate is affected, the answer is not to chase every generic 0x800f0922 fix; it is to recognize this as a boot-partition servicing issue with a specific Microsoft repair path.
  • KB5089549 can fail on Windows 11 24H2 and 25H2 systems when the EFI System Partition has very little free space, especially around 10MB or less.
  • The visible symptom is usually a rollback during reboot, often around 35 to 36 percent, followed by error 0x800f0922 in Windows Update.
  • Microsoft fixed the issue in KB5089573, the May 26, 2026 preview cumulative update, and says later updates also include the resolution.
  • Users who install KB5089573 or a later cumulative update should not need the earlier workaround for this specific EFI partition failure.
  • Enterprises that do not deploy the preview update can use Microsoft’s Known Issue Rollback Group Policy process where appropriate.
  • Administrators should inventory EFI System Partition free space on older, upgraded, or heavily reimaged devices before future servicing cycles expose the same weakness.
Windows servicing is at its best when it makes the dangerous work invisible, but invisibility has a cost when something breaks. KB5089573 closes this particular loop, and June’s Patch Tuesday should make the fix routine for the broader Windows 11 population. The next challenge is harder: Microsoft needs to make the hidden dependencies of Windows Update more intelligible before the next small partition, driver policy, or boot component turns into another large operational story.

References​

  1. Primary source: gHacks
    Published: 2026-06-02T14:22:06.261396
  2. Official source: support.microsoft.com
  3. Related coverage: windowscentral.com
  4. Related coverage: allthings.how
  5. Related coverage: windowslatest.com
  6. Related coverage: windowsforum.com
 

Back
Top