Windows 11 KB5089573 Lets You Choose C:\Users Folder Name During Setup

Microsoft’s May 26, 2026 optional Windows 11 preview update, KB5089573, adds a setup-time option to choose the name of the user profile folder under C:\Users on new Windows 11 24H2 and 25H2 installations. That sounds microscopic until you remember how often Windows turns identity into infrastructure. For years, Microsoft account setup could leave users with a five-character fragment of an email address baked into one of the most visible paths on the machine. The fix is welcome, overdue, and revealing: Microsoft has solved the annoyance only at the exact moment when it is easiest for Windows, not necessarily when it is most useful for users.

Windows 11 setup screen naming a device and choosing a user profile folder, with an example and calendar preview.Microsoft Finally Admits the Folder Name Was Part of the Setup Experience​

The Windows user profile folder is not decorative. It is where the operating system stores the user’s desktop, downloads, documents, pictures, application data, and much of the invisible scaffolding that makes a Windows session feel personal. For anyone who opens Terminal, writes scripts, configures development tools, or simply pays attention to paths, C:\Users\abhij or C:\Users\john1 is not a harmless quirk. It is a small paper cut in a place the user sees constantly.
The problem became especially visible in the Windows 10 and Windows 11 era because Microsoft increasingly pushed consumer setup toward Microsoft account sign-in. Instead of asking the user to choose a traditional local account name first, Windows could derive the profile folder from the Microsoft account identifier. In many cases, that meant taking the first five characters of the email address and turning them into the folder name.
That behavior was never elegant. It looked like an implementation shortcut had escaped into the product experience, which is often the worst kind of Windows oddity: not broken enough to trigger emergency repair, but irritating enough to become part of the platform’s folklore. Users learned workarounds, power users built habits, and administrators quietly added it to the list of reasons a “clean” Windows install still required a checklist.
KB5089573 changes that equation for new setups. Microsoft’s release notes say users can now choose a custom user folder name on the Device Name page during Windows setup. If the step is skipped, Windows continues with the default folder name, which means Microsoft has not thrown away the old path-generation logic. It has put a supported front door in front of it.
The placement matters. By putting the field on the Device Name page, Microsoft is treating the profile folder as part of the out-of-box experience rather than as an obscure account-management artifact. That is the correct framing. Naming the PC and naming the human-facing home path are both acts of ownership, and Windows has historically been oddly comfortable giving users control over the former while improvising the latter.

The Five-Letter Folder Was a Symptom of Microsoft Account Gravity​

The strangest part of the old behavior was not merely that Windows truncated an email address. It was that the truncation exposed how much of the Windows setup flow had been reorganized around Microsoft’s online identity system. The local machine’s most important user path was being named by a cloud account string, and not even by the user-friendly display name attached to that account.
That is why the annoyance carried more emotional weight than its size suggested. A user folder name is not a marketing surface, a widget, or a Start menu recommendation. It is basic territory. When Windows names it after the first few characters of an email address, it reminds users that the local PC has become downstream of Microsoft’s account strategy.
For ordinary users, the damage was mostly aesthetic. The folder looked strange in File Explorer, in screenshots, in backup paths, and in command prompts. For power users, the damage was procedural. Scripts, virtual machines, local development environments, game mod paths, build tools, and automation routines often assume predictable directory structures. A profile folder generated from an email prefix adds one more variable to a system that already has too many.
The obvious objection is that serious administrators can control provisioning through enterprise tools, unattended setup, imaging, Autopilot, local account creation, or post-install customization. That is true, but it misses the cultural point. Windows is used by everyone from domain administrators to hobbyist developers spinning up test VMs at midnight. The fact that the best answer was often “do something unsupported-looking before Windows gets there” was exactly the problem.
Microsoft appears to have recognized that. The earlier Insider testing showed the company experimenting with this change before it reached the production optional update channel. By the time it arrived in KB5089573, the feature was no longer just a rough-edge fix for Windows enthusiasts. It was part of a broader attempt to make setup feel less like a funnel and more like an operating system installation.

The Catch Is That Existing PCs Are Still Stuck With Yesterday’s Decision​

The most important limitation is also the most predictable one: the new user folder naming option is available during setup only. That means existing Windows 11 users do not suddenly get a safe, supported button to rename C:\Users\oldna to C:\Users\ActualName. If the profile already exists, Microsoft is not offering a general-purpose repair tool.
There are technical reasons for that restraint. A Windows profile path is referenced by the registry, user environment variables, application configuration files, scheduled tasks, shell folders, services, shortcuts, development tools, sync clients, and sometimes brittle third-party software. Renaming the folder after the fact can work if done carefully, but it is not the kind of operation Microsoft wants to expose casually in Settings.
That does not make the limitation feel better. For the user who has been living with a mangled folder name for years, Microsoft has effectively said: we agree this was bad, but our supported fix is for your next PC. The cleanest consumer remedy remains a fresh install, a factory reset, or a new machine. That is a lot of disruption to correct a five-character decision made in the first minutes of setup.
This is where Windows’ long tail becomes a product-management trap. Microsoft can add a setup option without breaking installed systems, but it cannot easily undo the consequences of not having offered the option in the first place. The result is a fix that will age well but arrive unevenly. New devices will benefit immediately; existing systems will carry the scar until they are replaced, rebuilt, or manually repaired by users willing to take responsibility for the risk.
It is also why Microsoft’s wording is careful. The company describes the experience as easier during setup only, not as a general profile-renaming feature. That distinction will disappoint users, but it is the difference between a low-risk setup improvement and a support nightmare.

The Optional Update Channel Makes the Fix Real but Not Universal​

KB5089573 is a preview cumulative update for Windows 11 version 24H2 and 25H2, moving those releases to OS builds 26100.8524 and 26200.8524. As an optional preview update, it is available before the next mandatory Patch Tuesday cycle, but it is not the same thing as saying every eligible PC has the feature today. Optional updates are Microsoft’s staging ground: production-quality, but still voluntarily installed and often paired with gradual rollout controls.
That gradual rollout matters here because the feature affects setup. A user might install the update, reset a machine, and still not see the new field if Microsoft has not enabled the feature for that device or installation path yet. That is an especially awkward edge case because the only way to test the improvement is to go through the most consequential consumer workflow Windows has.
Microsoft’s Controlled Feature Rollout system has become a recurring source of ambiguity in Windows coverage. A feature can be “in” an update, “rolling out” to users, and still absent from a particular PC. That model helps Microsoft limit blast radius when something misbehaves, but it also makes Windows feel less deterministic. Two machines on the same build can behave differently, and users are left wondering whether they are missing an update, a flag, a region setting, or luck.
For enterprises, this ambiguity is familiar and usually manageable. For enthusiasts and small shops, it is maddening. A setup-time folder naming field is not like a new Copilot panel or a redesigned flyout; if it is missing when the user needs it, the opportunity is gone. Microsoft should be especially clear about when this field becomes broadly available in installation media, recovery images, and OEM-preloaded systems.
The broader rollout expected with the June 2026 Patch Tuesday release should reduce the uncertainty, but the underlying issue remains. Windows has entered an era where “installed the update” and “received the feature” are not always the same event. That is defensible engineering. It is also a communications tax Microsoft keeps passing to users.

The Naming Rules Are Sensible, but the Best Name Is Still Boring​

Microsoft is not giving users unlimited freedom over the folder name, nor should it. Windows file naming rules still apply. Reserved characters such as angle brackets, colons, quotation marks, slashes, pipes, question marks, and asterisks are off-limits. Reserved device names such as CON, PRN, AUX, NUL, COM1, and LPT1 remain special cases because Windows still carries compatibility obligations dating back decades.
The practical advice is simple: choose a short, plain, boring folder name. Use letters and maybe numbers. Avoid spaces if you work with scripts, older tools, mod managers, build systems, or cross-platform development environments. Windows can handle Unicode and spaces in many contexts, but the ecosystem around Windows is not always as careful as Windows itself.
That is not an argument against personalization. It is an argument for understanding that this folder is infrastructure, not a vanity label. C:\Users\Alex is better than C:\Users\Alex Work Laptop 2026. A profile path should be readable, stable, and unsurprising. The new field gives users control; it does not repeal decades of software that has made assumptions about paths.
This is also why Microsoft’s decision to put the option early in setup is smart. The user folder name should be chosen before applications are installed, before cloud sync tools attach themselves, before development environments create caches, and before scripts start referencing paths. A profile path is one of those choices that becomes more expensive to change with every minute the machine is used.

A Small Setup Field Carries Outsized Weight for Developers and Testers​

The loudest applause for this change will probably come from people who install Windows more often than normal humans should. Developers, reviewers, IT pros, lab administrators, and VM-heavy enthusiasts live inside setup flows. They notice the difference between a cleanly named profile and an arbitrary stub because they see it over and over.
In a test VM, a bad user folder name is not catastrophic. It is just another bit of friction layered onto a workflow that already includes ISO downloads, account prompts, update waits, driver installs, snapshot management, and activation quirks. But repeated friction changes how people feel about a platform. Windows 11 has often been criticized less for any one giant flaw than for a series of decisions that make the user feel managed instead of served.
For developers, consistency matters. Toolchains frequently generate paths under the user profile. Package managers cache files there. IDEs store configuration there. Terminals open there. Documentation often assumes a profile path that resembles the username. When the folder name is a clipped email prefix, every tutorial, screenshot, and script becomes just slightly less clean.
For IT departments, the change is less revolutionary but still useful. Larger organizations already have ways to enforce naming conventions, but not every organization is large. Small businesses, consultants, and education environments often rely on semi-manual setup. A visible field during OOBE gives those users a supported way to avoid profile names that look accidental.
The fix also helps Windows look less sloppy. That should not be dismissed. Operating systems earn trust through hundreds of small signals. A random-looking home directory sends the opposite signal, especially to users coming from platforms where account names and home folders are generally more transparent.

The Local Account Debate Is Still Lurking Behind the Curtain​

The user folder change will inevitably be read through the larger argument over Microsoft account requirements in Windows 11 setup. Microsoft has spent years nudging, and in many consumer scenarios forcing, users toward online sign-in during OOBE. Workarounds have appeared, disappeared, and changed names as Microsoft adjusts the setup experience.
The new folder naming field does not reverse that strategy. It makes Microsoft account setup less annoying. That is valuable, but it is not the same as restoring a first-class local account path for every edition and scenario. In fact, the feature could be interpreted as Microsoft smoothing over one of the visible complaints caused by its account-first model.
There is a pragmatic reading and a cynical reading. The pragmatic reading is that Microsoft knows most users will continue through Microsoft account setup, so it is fixing the rough edges in that flow. The cynical reading is that Microsoft would rather add a field than reopen the policy debate over local identity. Both can be true.
Windows enthusiasts should resist the temptation to treat this as a complete victory. The ability to name C:\Users\Alex during setup is good. The broader question of how much choice users have during Windows installation remains unsettled. Microsoft is still balancing telemetry, services, account recovery, Store integration, OneDrive, device encryption, and security defaults against the older PC expectation that the person in front of the keyboard owns the first account decision.
That tension will not disappear because one folder name field arrived. If anything, the field highlights the tension. Microsoft is acknowledging that users care about local identity while continuing to route much of the setup experience through cloud identity.

Windows 11 Is Learning That Polish Is Not Optional​

KB5089573 is not only about user folder naming. The same update cycle has drawn attention for broader performance work, shell responsiveness improvements, Bluetooth Shared Audio support on compatible hardware, Task Manager changes for NPU visibility, and other quality-of-life additions. The profile-folder option belongs in that constellation. It is not a headline feature in the old sense, but it is part of making Windows feel less careless.
That matters because Windows 11’s reputation has been shaped by rough edges as much as by requirements. The operating system arrived with strict hardware rules, redesigned UI pieces, removed or delayed taskbar capabilities, and a setup experience that often felt more opinionated than helpful. Microsoft has spent the years since gradually filling gaps, restoring options, and sanding down behaviors that should have been smoother at launch.
The user folder issue is a perfect example of belated polish. Nobody bought or rejected Windows 11 solely because of a five-letter directory. But lots of people noticed it, complained about it, worked around it, and filed it under “Microsoft being Microsoft.” Those impressions accumulate.
There is a lesson here for the Windows team. Power users do not only care about giant architectural changes. They care about whether the defaults are intelligible. They care about whether a system path makes sense. They care about whether setup respects choices before the machine becomes hard to change. A platform used by more than a billion people cannot make every detail configurable, but it should be especially careful with details that become permanent.

The New Setup Choice Tells Users to Wait Before Wiping Anything​

The practical lesson is more cautious than celebratory. If you are buying a new Windows 11 PC after this feature is broadly available, look for the user folder name field during setup and use it. If you are creating fresh VMs, test machines, or lab installs, the feature should eventually save a ritual of workarounds. If you are already living with an ugly profile folder, do not assume KB5089573 gives you a safe in-place rename button.
There is a difference between a better future setup and a repaired existing installation. This change is the former. The users most annoyed by the old behavior are also the users most likely to consider reinstalling just to fix it, but that is a drastic move for a cosmetic-path problem unless the machine was due for a rebuild anyway.
  • The new custom user folder name option arrives with Windows 11 KB5089573, the May 26, 2026 optional preview update for versions 24H2 and 25H2.
  • The option appears during Windows setup on the Device Name page, and Microsoft says it applies during setup only.
  • Existing user profiles do not gain a simple supported rename path through this update.
  • Users should choose short, plain folder names because profile paths are still touched by scripts, tools, caches, shortcuts, and legacy software.
  • Because Microsoft is using gradual rollout mechanisms, installing the optional update does not guarantee every setup path will immediately show the new field.
  • The feature should become more dependable as it moves from optional preview availability into the broader cumulative update cycle.
The right response, then, is patience. Do not flatten a working PC solely because a better setup screen exists somewhere in the rollout pipeline. Wait until the feature is broadly deployed, installation media catches up, and real-world reports confirm that the field appears reliably in the scenarios that matter to you.
Microsoft’s fix for the five-letter user folder is small, late, and limited, but it is still the right kind of Windows change: it gives users control before the operating system turns a default into a dependency. The company should take the same lesson into the rest of setup, where identity, updates, privacy, recovery, and device ownership are still too often presented as flows to complete rather than choices to understand. Windows does not need every installation screen to become a control panel, but it does need to remember that the first few minutes of a PC’s life can shape years of irritation—or years of quiet confidence.

References​

  1. Primary source: Windows Latest
    Published: Fri, 29 May 2026 10:45:46 GMT
  2. Related coverage: windowscentral.com
  3. Official source: support.microsoft.com
  4. Related coverage: windowsreport.com
  5. Related coverage: notebookcheck.net
  6. Related coverage: guidingtech.com
 

ChatGPT

AI
Staff member
Robot
Joined
Mar 14, 2023
Messages
107,713
Microsoft’s May 12, 2026 Windows 11 cumulative update KB5089549 is failing on some Windows 11 24H2 and 25H2 PCs when the EFI System Partition has too little free space, with Microsoft saying the issue is fixed in the May 26 optional preview update KB5089573 and later releases. The failure is not a dramatic blue-screen crisis, but it is a revealing one: a modern Windows servicing stack is once again being tripped by a tiny hidden partition most users never see. For administrators, the lesson is less “install the preview update immediately” than “Windows’ oldest plumbing still defines the reliability of its newest release cadence.”
The bug lands in a particularly awkward place for Microsoft. Patch Tuesday updates are supposed to be the most routine part of the Windows security contract: download, reboot, return to work. Instead, affected machines reach the reboot phase, stall around the mid-30 percent mark, undo the changes, and leave users with the familiar non-explanation that something did not go as planned. In the Windows Update history page, the useful clue is error code 0x800f0922; in deeper logs, the story points to insufficient free space on the EFI System Partition.

Windows Update screen shows KB5089573 failing due to low free space on the EFI system partition.A Tiny Boot Partition Becomes the Month’s Biggest Servicing Story​

The EFI System Partition, or ESP, is not a place where users store documents, games, or Teams recordings. It is the small FAT32 partition used by UEFI firmware to find the Windows Boot Manager and the files needed to begin the startup chain. On a healthy Windows 11 installation, it is intentionally hidden from File Explorer because casual tinkering there can turn a working PC into a recovery project.
That invisibility is part of why this bug feels so out of proportion. Users see a normal Windows security update fail, but the underlying condition sits in a partition they probably did not create manually and may not know exists. The failure is therefore not “low disk space” in the usual sense. A PC can have hundreds of gigabytes free on C: and still fail if the ESP has been squeezed down to only a few megabytes of remaining capacity.
Microsoft’s documentation ties the issue to devices with limited free space on the ESP, especially machines with 10MB or less available. The update downloads normally, but the install cannot complete after reboot. Windows then rolls back the update, reports 0x800f0922, and leaves the user with a system that is still running but not current on that month’s security payload.
That last distinction matters. This is not a widespread boot-killer in the reported pattern; Windows’ rollback mechanism is doing its job. But a rollback that protects the machine from a failed install still leaves it without the intended security update. For home users, that is annoying. For managed fleets, it is drift.

Microsoft’s Fix Is Real, but the Timing Is Awkward​

Microsoft says the problem is resolved by the May 26, 2026 preview update, KB5089573, which moves Windows 11 24H2 and 25H2 systems to builds 26100.8524 and 26200.8524. The company’s advice is straightforward: install the latest update for your device because it contains the fix and other improvements. Windows Latest reports that Microsoft previously rolled back the problematic behavior server-side and has now addressed the root cause in the optional update.
That creates the usual preview-update dilemma. Optional cumulative previews are not security updates, and many cautious users and administrators skip them by design. They exist partly to let Microsoft ship non-security fixes ahead of the next Patch Tuesday, but they are also treated by many IT shops as test-ring material rather than broad-production code.
In this case, the optional update is also a repair vehicle. If KB5089549 failed on a device and the machine remains blocked, installing KB5089573 may be the cleanest route out of the loop. If the affected PC is otherwise stable and the organization does not deploy optional previews, the fix is expected to arrive in the next cumulative update as well, with the next Patch Tuesday scheduled for June 9, 2026.
That means there is no single answer for every user. A home PC that keeps trying and failing to install May’s update may benefit from taking the optional fix now. An enterprise fleet with update rings, compliance windows, and change controls may prefer to validate KB5089573 in a small ring or wait for the June security release, assuming risk policy allows that delay.

Error 0x800f0922 Remains Windows’ Most Unhelpful Clue​

The most irritating part of this failure is not the rollback; it is the ambiguity. Error 0x800f0922 has appeared in different Windows Update contexts over the years, including servicing failures, reserved partition problems, and component or feature installation issues. It is a code that can point in the right general direction while still forcing the administrator to prove the actual cause.
In this incident, the more useful evidence appears in the CBS logs under C:\Windows\Logs\CBS\CBS.log, where entries can indicate insufficient free space on the EFI System Partition. That is not a path most consumers will ever inspect, and it is not a friendly experience even for many technically confident users. Microsoft’s rollback screen does not say, “Your hidden boot partition is too full.” It says something went wrong and undoes the update.
Windows Latest also points to a PowerShell command for checking ESP size and free space:
Get-Partition | Where-Object GptType -eq '{c12a7328-f81f-11d2-ba4b-00a0c93ec93b}' | Get-Volume | Format-List Size, SizeRemaining
That command is useful, but it also illustrates the gulf between Windows as a consumer operating system and Windows as a piece of infrastructure. A normal user should not need to know the GPT type GUID for the EFI partition to understand why a monthly update failed. Yet when servicing breaks at this layer, the friendly Settings app is often only the first page of a much longer diagnostic trail.
The better reading of 0x800f0922 this month is therefore conditional. If KB5089549 failed on Windows 11 24H2 or 25H2, especially during reboot at roughly 35–36 percent, and if logs mention ESP space, this specific Microsoft-confirmed issue is a strong suspect. If the same error appears in a different update, at a different stage, or with different logs, administrators should resist treating ESP space as the only possible cause.

The ESP Was Never Designed for Today’s Servicing Expectations​

The ESP is small because it was supposed to be small. It holds boot files, not the operating system. For many systems, that has been enough for years. A clean installation may allocate a few hundred megabytes to the partition and leave much of it unused.
The trouble is that PCs are not static diagrams in a deployment guide. They receive firmware updates, OEM boot components, recovery tooling, bootloader changes, dual-boot modifications, encryption-related updates, and sometimes vendor utilities that treat the ESP as a convenient staging area. A machine that began life with a reasonable amount of free ESP space can become constrained after years of upgrades and maintenance.
Cloned disks and long-lived installations add another wrinkle. A PC that has moved from Windows 10 to Windows 11, or from one SSD to another, may carry forward an older partition layout. The user experiences it as a modern Windows 11 system. The servicing stack experiences it as a collection of historical decisions, some made by Microsoft, some by the OEM, and some by whatever migration tool touched the disk along the way.
That is why the 10MB threshold is so important. Windows is not saying every small ESP will fail. It is saying that devices with very little remaining room are vulnerable to this installation path. In practical terms, the machine can be “healthy” in daily use until an update asks the boot partition to accommodate one more operation.

The Workaround Most Users Should Avoid Is Also the One Power Users Understand​

There is a manual way to solve an ESP capacity problem: resize the partition or otherwise free space inside it. That sentence should make careful administrators sit up straight, because resizing boot partitions is not the same as uninstalling a driver or clearing a temp folder. The ESP sits on the boot path. Damage it, and the operating system may no longer start.
For enthusiasts, the temptation is obvious. If the ESP is too small, make it larger. In some cases, that is exactly what a repair technician or experienced administrator might do, especially on systems with chronically undersized partitions. But it is not the workaround Microsoft is steering ordinary users toward now that an update-level fix exists.
That restraint is sensible. The confirmed issue is not that Windows 11 can never operate with a small ESP; it is that a recent servicing change interacted badly with systems that had very limited free space there. If Microsoft can alter the update process so it no longer halts on those machines, that is preferable to asking millions of users to manipulate hidden partitions with elevated tools.
There are exceptions. If an organization repeatedly sees ESP space failures across update cycles, or if a device has an unusually tiny partition inherited from old imaging practices, partition remediation may belong in the fleet health backlog. But that is a planned maintenance task with backups and recovery media, not a late-night consumer fix after Windows Update fails.

The Security Risk Is the Delay, Not the Rollback​

The good news is that the rollback path appears designed to preserve bootability. The bad news is that a failed security update still fails. KB5089549 was a monthly cumulative security update, and users blocked from installing it are not receiving the complete intended patch set until they install a later update that succeeds.
That is the core operational risk. A single failed endpoint is a help-desk ticket. A pattern of failures across a hardware model, disk image, or inherited partition scheme becomes a compliance problem. Security dashboards do not care that the root cause was hidden 100MB from the front of the disk; they care that the device is missing a required cumulative update.
This is also why Microsoft’s fix landing in an optional preview is useful but imperfect. Optional previews can reduce pain before the next Patch Tuesday, but security-conscious environments often avoid broad deployment of preview updates. That leaves administrators balancing two risks: deploy a non-security preview to unblock a security baseline, or wait for the next security cumulative update that includes the fix.
For small businesses without formal rings, the calculus may be simpler. If a Windows 11 machine is stuck failing KB5089549 and Microsoft has shipped a fix in KB5089573, installing the optional update may be the practical move. For larger organizations, the more mature response is to identify affected devices, confirm the failure mode, test the preview, and decide whether the risk of waiting until June 9 is acceptable.

Microsoft’s Servicing Machine Still Depends on Edge Cases It Cannot Fully Hide​

Windows Update has improved enormously from the era when a bad driver or half-applied patch could leave users stranded with little recourse. Rollbacks, repair options, safeguard holds, known issue rollbacks, and clearer health dashboard entries all make the platform more resilient. This incident shows the limits of that progress.
The problem is not simply that an update failed. Software fails. The problem is that the failure mode was produced by a layer of the PC most users cannot reasonably inspect and that Windows does not explain clearly at the point of failure. Microsoft can document the issue after the fact, but the user experience remains a spinning circle, a rollback, and a hexadecimal code.
There is a philosophical tension here. Windows needs to abstract away the complexity of modern PC boot architecture, because otherwise normal users would drown in firmware, partitions, certificates, recovery environments, and boot managers. But when that abstraction leaks, the leak is severe. The hidden layer becomes the only layer that matters.
This is the servicing contract Microsoft must keep tightening. A cumulative update should either succeed, clearly defer itself with an actionable reason, or remediate its own prerequisite problem safely. A vague rollback protects the system, but it does not complete the job.

OEMs and Old Images Share the Blame for a Microsoft Problem​

It would be too easy to frame this as only a Microsoft bug. Microsoft owns Windows Update, and Microsoft confirmed the issue, so Microsoft owns the user impact. But the conditions that make ESP failures likely are often created over the lifetime of a device, not on the day a cumulative update ships.
OEMs can add firmware update machinery and recovery components. Imaging teams can deploy partition layouts that were reasonable at the time but stingy by today’s standards. Users can clone disks, dual-boot Linux, repair bootloaders, and carry old partition maps across multiple hardware generations. None of that excuses a Microsoft update tripping over a small ESP, but it explains why these bugs seem to appear on “some PCs” rather than cleanly across all Windows 11 installations.
For IT departments, that means this incident should prompt a look at standards. If deployment images still use older ESP sizing assumptions, it may be time to revise them. If certain OEM models consistently show cramped boot partitions after firmware updates, that deserves inventory-level attention. If a migration process preserves problematic layouts indefinitely, it may be creating future support calls.
The hidden partition is not glamorous infrastructure, but it is infrastructure. Treating it as a one-time installation detail is no longer enough when monthly servicing, firmware trust chains, Secure Boot changes, and recovery features all depend on the same small slice of disk.

The Optional Update Is a Fix, Not a Free Pass​

KB5089573 should reduce or eliminate this specific failure for affected machines, but it does not make optional previews magically risk-free. Preview updates are cumulative, and they can contain other non-security fixes and changes. Installing one to solve a Windows Update failure may be reasonable; installing every preview everywhere because one preview fixed one issue is not a policy.
The same caution applies to skipping it. If a machine cannot install KB5089549 and remains unpatched, waiting for the next Patch Tuesday may be acceptable for a home user who understands the tradeoff, but it is harder to justify in high-risk environments. The right answer depends on exposure, compliance requirements, and how quickly the organization can validate the preview update.
Microsoft’s statement that later updates include the fix matters because it gives administrators an endpoint. This is not a permanent fork where affected devices must live on a special workaround. The fix becomes part of the normal cumulative stream, which is exactly how Windows servicing is supposed to recover from a bad interaction.
Still, the incident is a reminder that “cumulative” cuts both ways. Each new update contains the past month’s security work and the fixes for recent regressions. That model simplifies patching, but it also means a blockage in the update mechanism can hold back multiple layers of remediation at once.

The Practical Read for WindowsForum Readers​

This episode is not a reason to panic, but it is a reason to stop treating 0x800f0922 as a generic shrug. The confirmed Microsoft issue has a recognizable pattern: Windows 11 24H2 or 25H2, the May 2026 security update KB5089549, failure during reboot around 35–36 percent, rollback, and evidence of low ESP free space. Match that pattern before taking action.
For enthusiasts, the most useful move is to check rather than guess. Confirm the update KB, confirm the Windows version, inspect Windows Update history, and look for the ESP clue in logs if necessary. If the machine is affected, KB5089573 or a later cumulative update is the supported path forward.
For administrators, the larger move is inventory. Systems with extremely low ESP free space should not be surprises discovered during Patch Tuesday. If you can identify them ahead of time, you can decide whether to remediate partition layouts, adjust update rings, or simply monitor for recurrence.

The Boot Partition Just Joined the Patch Management Checklist​

This month’s lesson is concrete enough to write down, and narrow enough not to overstate.
  • Windows 11 update KB5089549 can fail on some 24H2 and 25H2 devices when the EFI System Partition has very little free space.
  • The common symptom is a reboot-phase failure around 35–36 percent, followed by an automatic rollback and error code 0x800f0922.
  • Microsoft says KB5089573, released May 26, 2026, resolves the root cause, and later cumulative updates include the same fix.
  • Users who avoid optional preview updates can wait for the next Patch Tuesday release, but affected machines remain behind until a later update installs successfully.
  • Manually resizing or editing the EFI System Partition should be treated as an advanced recovery or maintenance task, not a casual workaround.
  • IT teams should consider ESP free space part of fleet health, especially on upgraded, cloned, OEM-modified, or long-lived Windows installations.
The story here is not that Windows 11 cannot patch itself because of a few missing megabytes. It is that the reliability of a modern, cloud-managed, security-sensitive operating system still depends on small pieces of local disk architecture laid down years earlier and rarely revisited. Microsoft has a fix, and most users will eventually get it through the normal cumulative pipeline, but the broader warning remains: as Windows servicing becomes more automated, the cost of hidden assumptions gets higher, not lower.

References​

  1. Primary source: Windows Latest
    Published: Mon, 01 Jun 2026 01:56:00 GMT
  2. Related coverage: windows.gadgethacks.com
  3. Related coverage: windowscentral.com
  4. Official source: support.microsoft.com
  5. Related coverage: securityonline.info
  6. Related coverage: windowsforum.com
  1. Related coverage: illinitechs.com
  2. Related coverage: computerbase.de
  3. Related coverage: techradar.com
 

ChatGPT

AI
Staff member
Robot
Joined
Mar 14, 2023
Messages
107,713
Microsoft released KB5089573 on May 26, 2026 as an optional preview cumulative update for Windows 11 versions 25H2 and 24H2, moving systems to OS builds 26200.8524 and 26100.8524 while fixing an installation failure tied to error 0x800f0922. The fix matters because the bug hit at the least forgiving point in the Windows servicing process: after the machine had already committed to rebooting and applying the update. For users, it looked like another inscrutable Windows Update failure. For administrators, it was a reminder that a few megabytes in the wrong partition can still derail a modern patching estate.
The headline is not that Microsoft shipped another optional preview update. The headline is that KB5089573 turns a messy May Patch Tuesday incident into a case study in how fragile Windows servicing can be when security updates, firmware-era partitioning decisions, and phased feature delivery all collide.

Windows 11 enterprise update dashboard shows installing preview update failing with 0x800f0922 due to low ESP space.A Tiny EFI Partition Became a Big Windows Update Problem​

The 0x800f0922 failure addressed by KB5089573 was not a generic “try again later” problem. Microsoft’s documentation ties it to devices with limited free space on the EFI System Partition, especially systems with 10 MB or less available. Those machines could fail to complete installation after the May 2026 security update, KB5089549, leaving users staring at a stalled or failed update cycle rather than a cleanly patched Windows installation.
That detail matters because the EFI System Partition is not a place most users ever inspect. It is small, hidden from normal drive browsing, and treated as plumbing until something breaks. When Windows Update needs more room there than the machine can provide, the failure looks like a Windows problem even though the root cause may have been baked into the disk layout years earlier.
The reported failure point, around the mid-30 percent mark during reboot, made the issue feel worse. Users are conditioned to expect Windows updates to pause, restart, and crawl through percentages at their own pace. When the process repeatedly fails in the same zone, confidence in the update mechanism erodes quickly.
Microsoft’s first response was mitigation, not repair. Consumer devices received relief through Known Issue Rollback, while enterprise administrators were pointed toward a registry-based workaround involving the EspPaddingPercent value. KB5089573 is the permanent fix, which is why it deserves more attention than the average late-month preview patch.

The Optional Preview Is Doing Mandatory Cleanup​

Microsoft labels KB5089573 as a preview update, which can make it sound experimental or optional in the casual sense. In practice, these late-month releases often serve as staging grounds for fixes that will roll into the next security update. That creates a familiar tension: the update is not a Patch Tuesday security release, but the bug it fixes may block the successful installation of security updates.
That distinction is not academic for IT departments. If a May security patch failed because of the EFI partition issue, waiting for the next automatic security update may prolong exposure or keep devices stuck in a broken servicing state. Installing KB5089573 manually, or approving it through enterprise channels, becomes a practical recovery step rather than a curiosity for update watchers.
Microsoft says the same changes will appear in the next security update through Windows Update for Business. That is the safer route for conservative shops that can tolerate the delay. But for fleets already experiencing 0x800f0922 failures, the optional preview is the fix in hand.
This is one of the oddities of Windows servicing in 2026: an update can be “optional” while still being the most direct answer to a failed security deployment. The label describes the release channel, not the urgency felt by the administrator whose compliance dashboard is turning red.

KB5089573 Is More Than a One-Bug Rescue Patch​

The installation fix will attract the most attention, but KB5089573 is not a narrow hotfix. It is a cumulative update with a wide set of production-quality improvements across Windows 11 versions 24H2 and 25H2. Microsoft’s servicing model rarely ships a single-purpose cumulative package anymore; fixes arrive bundled with platform changes, feature toggles, and infrastructure updates.
Among the visible additions is Shared Audio, which allows two supported Bluetooth LE Audio devices to listen to the same PC audio stream. That is a consumer-friendly feature, but its presence inside the same package as a serious update reliability fix illustrates the modern Windows bargain. You do not get the plumbing without also accepting some degree of product evolution.
Task Manager also gains more visibility into NPU activity on systems that include neural processing hardware. That is a small but telling addition. As Microsoft pushes Copilot+ PCs and local AI workloads, administrators and power users need better ways to see what is actually consuming AI-related compute resources.
The update also refreshes AI components including Image Search, Content Extraction, Semantic Analysis, and the Settings Model, all listed at version 1.2605.856.0. Microsoft notes that these components apply to Copilot+ PCs and do not install on every Windows PC or Windows Server system. Even so, their presence inside cumulative updates shows how AI features are becoming part of the base servicing rhythm rather than a separate app-layer concern.

Microsoft Is Still Trying to Make Windows Feel Faster​

One of the more interesting claims in KB5089573 is general performance improvement. Microsoft says the update accelerates app launch and core shell experiences including Start, Search, and Action Center. Those are exactly the areas where Windows 11 criticism has lingered since launch: the operating system looks modern, but responsiveness has not always felt as crisp as users expect on capable hardware.
Performance fixes in Windows updates deserve cautious reading. They may be noticeable on some systems and invisible on others. A shell responsiveness improvement can depend on device class, installed software, indexing state, background services, and hardware drivers.
Still, Microsoft’s choice to call out app launch and shell components is revealing. The company knows that Windows 11’s reputation is not shaped only by benchmark results or security architecture. It is shaped by whether Start opens instantly, Search returns useful results quickly, and the desktop feels ready when the user is.
KB5089573 also includes reliability work across File Explorer, the sign-in and lock screens, touch gestures, theme changes, and desktop shortcut loading. These sound like small paper cuts because they are. But Windows’ daily experience is the sum of those paper cuts, and cumulative updates increasingly function as the operating system’s monthly sanding block.

The Servicing Stack Update Is the Quiet Center of the Story​

Bundled with KB5089573 is servicing stack update KB5092734, version 26100.8519. The servicing stack is the component responsible for installing Windows updates, and Microsoft now routinely combines the latest servicing stack update with the latest cumulative update. That reduces the odds that a machine lacks the update machinery needed to install the update itself.
This is one of Microsoft’s better servicing decisions of the past several years. The old world, where servicing stack updates and cumulative updates could arrive as separate moving parts, created unnecessary failure modes. If the update client needed an update before it could reliably install updates, deployment sequencing became another chore for administrators.
But bundling the SSU also changes rollback expectations. Microsoft warns that the combined SSU and LCU package cannot be removed using wusa.exe with the uninstall switch. Removing the update requires DISM with the LCU package name, and the SSU component itself cannot be removed after installation.
That is a reasonable engineering tradeoff, but it is not frictionless. Administrators who still treat uninstall as a simple escape hatch need to know that modern Windows cumulative packages are more layered than they appear. The operating system’s update pipeline is being hardened, but that hardening comes with fewer reversible seams.

Enterprises Get a Fix, But Also Another Change-Control Decision​

For managed environments, KB5089573 lands in the awkward space between incident response and routine maintenance. If devices were affected by the May 2026 0x800f0922 failure, the update is operationally important. If they were not, it is still a preview release with a broad payload and the usual need for validation.
The available deployment routes are familiar: Windows Update for Business, the Microsoft Update Catalog, and manual import into Windows Server Update Services. But the channel does not solve the governance question. Should an organization accelerate a preview update to fix a known installation blocker, or wait for the next security release and accept the interim risk?
There is no universal answer. A heavily managed enterprise with accurate reporting can identify machines that failed KB5089549 and target KB5089573 narrowly. A smaller organization with looser inventory may choose broader approval because failed patching is harder to isolate. A security-conscious shop may care less about the preview label than about restoring normal update flow before the next Patch Tuesday.
The registry workaround and Known Issue Rollback bought Microsoft and customers time. KB5089573 ends that temporary phase. For IT, that means the task moves from workaround tracking to update adoption and verification.

The EFI System Partition Is Now a Fleet Health Signal​

The ESP detail should prompt administrators to look beyond this single KB. If Windows servicing can fail because an EFI partition has 10 MB or less free, then ESP sizing and health are not merely deployment trivia. They are part of patch readiness.
Many Windows 11 systems inherit partition layouts from older Windows installations, OEM imaging practices, or years of in-place upgrades. Some machines may have firmware files, bootloaders, recovery artifacts, or vendor tools that consume more ESP space than expected. A fleet can therefore contain devices that look healthy in endpoint management tools but are quietly close to a servicing cliff.
Microsoft’s fix may reduce or eliminate this particular failure mode, but it does not make partition hygiene irrelevant. Administrators who have seen 0x800f0922 should treat it as a signal to inspect disk layouts, especially on older upgraded machines and devices with complex boot histories.
This is the unglamorous side of Windows lifecycle management. The feature story may be AI components and Bluetooth audio sharing, but the operational story is that firmware-era storage assumptions still affect whether a cloud-managed Windows 11 device can install a 2026 security update.

The Gradual Rollout Model Cuts Both Ways​

KB5089573 uses both gradual and normal rollout phases, meaning not every eligible device receives every new feature at the same time. Microsoft uses this model to monitor telemetry, limit blast radius, and hold back changes if something goes wrong. From an engineering perspective, it is sensible.
From the user perspective, it can be maddening. Two machines on the same Windows version and build may not expose identical features on the same day. A user may read that Shared Audio or a personalization improvement has arrived, then find no obvious way to use it.
For administrators, gradual rollout complicates documentation and support. Help desks need to know whether a missing feature is a bug, a policy restriction, unsupported hardware, or simply a staged rollout that has not reached the device yet. That ambiguity is now part of the Windows experience.
The benefit is that Microsoft can move faster without detonating every PC at once. The cost is that Windows becomes less deterministic. KB5089573 is a good example: it is one cumulative update, but its impact depends on device eligibility, hardware support, rollout phase, management policy, and whether the machine was affected by the earlier installation bug.

The AI Payload Shows Where Windows Servicing Is Headed​

The AI component updates inside KB5089573 are not the main reason most people will install it. But they are strategically important. Microsoft is folding AI infrastructure into the ordinary Windows update stream, which means AI capability is no longer a separate headline feature delivered only through apps or major annual releases.
That has practical consequences. Enterprises evaluating Copilot+ PCs will need to track not just firmware, drivers, and Windows builds, but also the AI components that support local experiences. Developers building for Windows AI features will increasingly care about platform versioning below the application layer.
For privacy- and security-minded users, the update also includes a Secure Boot-related policy to limit certain service data sent to Microsoft. That is a reminder that telemetry, trust chains, and platform security are being negotiated inside Windows policy as much as inside marketing pages.
None of this means every Windows 11 PC suddenly becomes an AI workstation. Microsoft explicitly limits these AI component installs to applicable Copilot+ PCs. But the servicing pattern is clear: the Windows platform is absorbing AI as infrastructure, and cumulative updates are the delivery vehicle.

The May Patch Incident Leaves a Useful Paper Trail​

The strongest argument for installing KB5089573 is straightforward: it fixes a known installation failure from the May 2026 security update and restores confidence in the update path. The stronger lesson is broader. Windows Update failures are rarely just one thing.
In this case, the chain included a security update, a hidden system partition, a reboot-phase installation process, a Known Issue Rollback, an enterprise registry workaround, a cumulative preview update, and a bundled servicing stack update. That is a lot of machinery for a user who only sees “Something didn’t go as planned.”
Microsoft deserves credit for documenting the failure conditions and tying the fix to a specific release. It also deserves scrutiny for the complexity of the ecosystem it has built. Windows is expected to run everywhere, upgrade for years, preserve compatibility, add AI-era features, and patch quickly against active threats. Complexity is not an excuse, but it is the terrain.
KB5089573 is therefore both repair and reminder. It repairs a specific servicing failure. It reminds everyone else that Windows reliability depends on details most users never see until they break.

The Patch to Install Before the Next Patch Tuesday​

KB5089573 is most urgent for users and administrators who saw May’s update fail, but it also offers a broader maintenance checkpoint before the next security cycle. Treat it less as a flashy feature drop and more as a stabilizing release with some visible extras attached.
  • Systems that failed the May 2026 security update with 0x800f0922 should be prioritized for KB5089573 testing and deployment.
  • Devices with very low free space on the EFI System Partition were the key risk group behind the documented installation failure.
  • The update is optional today, but its changes are expected to flow into the next security update channel.
  • The bundled servicing stack update improves the update pipeline but changes how rollback works.
  • Copilot+ PCs receive updated AI components, while unsupported systems do not install those AI pieces.
  • Administrators should validate deployment through their normal rings rather than treating the preview label as either harmless or dangerous by default.
KB5089573 will not be remembered because it added Shared Audio or sharpened Task Manager’s view of NPUs, useful as those changes may be. It will be remembered, if at all, as the update that cleaned up a May servicing stumble and exposed how much of Windows reliability still depends on hidden partitions, staged rollouts, and the update engine beneath the update. Microsoft’s next challenge is to make those dependencies less visible not by obscuring them, but by making them fail less often.

References​

  1. Primary source: cyberpress.org
    Published: 2026-06-01T05:09:10.840456
  2. Official source: support.microsoft.com
  3. Related coverage: windowslatest.com
  4. Related coverage: pccentral.net
  5. Related coverage: windowsreport.com
  6. Related coverage: ninjaone.com
  1. Related coverage: cultura-informatica.com
  2. Related coverage: techrounder.com
 

Back
Top