Open Task Manager during a slowdown and you may see Wsappx — or its children AppX Deployment Service (AppXSVC) and Client License Service (ClipSVC) — sitting at the top of the Disk column, sometimes at a flat 100%. Everything else queues behind it: apps take forever to launch, the browser stutters, and the laptop feels frozen even though CPU looks calm.
Wsappx is not malware. It is the Windows component that installs, updates, and licenses Microsoft Store apps and built-in UWP apps. The problem is when it gets stuck: a Store update that never finishes, a corrupted app package it retries forever, or a licensing check that loops. Because disk I/O is serialized, one process maxing the disk makes the entire machine feel broken. It is one of the most searched Windows performance complaints precisely because the symptom feels so disproportionate to the cause.
The fix is to find out which of its three jobs is looping and calm it down. Killing the process outright usually makes it come straight back, so the steps below disable the triggers instead — Store auto-updates, stuck deployments, and licensing loops — in an order that identifies the cause as you go. For general disk-at-100% troubleshooting, also see high disk usage on startup .
Why this happens
- Stuck Microsoft Store updates: an app update that fails silently gets retried in a loop, keeping AppXSVC writing to the disk indefinitely.
- Corrupted AppX package: a damaged built-in app package makes the deployment service attempt repair over and over.
- ClipSVC licensing loops: the license service repeatedly validates Store app licenses, especially after account or region changes.
- Store auto-update storms: dozens of built-in apps all updating at once after a fresh install or feature update saturates the disk.
- Superfetch/SysMain amplifying I/O: the prefetch service adds its own disk reads on top of Wsappx, pushing a slow drive to 100%.
- Failing or very slow disk: on a dying HDD or a nearly full SSD, normal Wsappx activity looks like 100% because the drive cannot keep up.
- Windows Update delivering Store app updates: cumulative updates bundle new versions of inbox apps, triggering a burst of deployment activity.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Identify which Wsappx child is busy
Wsappx is a wrapper; its children tell you the real story. Expanding it in Task Manager shows whether the disk load is deployment or licensing. This distinction matters because the two failure modes have completely different fixes, and treating the wrong one wastes an hour you will never get back.
- Open Task Manager (Ctrl + Shift + Esc), go to Processes, and click the arrow next to Wsappx.
- Note whether AppX Deployment Service (AppXSVC) or Client License Service (ClipSVC) shows the disk activity.
- AppXSVC means an install/update problem; ClipSVC means a licensing loop — the fixes below target each.
Fix 2: Stop the Store update storm
If the Store is updating everything at once, pausing auto-updates gives the disk immediate relief and lets you update apps on your schedule.
- Open the Microsoft Store, click your profile picture, and open Settings.
- Turn off Update apps automatically.
- In Task Manager, end the Wsappx task; with updates paused it should stay quiet. See Microsoft’s Windows help for Store troubleshooting basics.
Fix 3: Clear the Store cache and repair it
A corrupted Store cache is a common cause of the infinite-retry loop. Resetting it is safe and takes seconds.
- Press Windows key + R, type wsreset.exe, and press Enter; a blank Store window will open and close.
- Go to Settings > Apps > Installed apps, find Microsoft Store, open Advanced options, and click Repair, then Reset if needed.
- Reopen the Store and check for updates manually to confirm the loop is gone.
Fix 4: Fix ClipSVC licensing loops
When ClipSVC is the busy child, a damaged license store is usually the cause. Rebuilding it stops the validation loop. The tokens.dat file holds cached Store licenses; when it corrupts, ClipSVC revalidates endlessly, and replacing the file forces Windows to build a clean one on the next boot.
- Open Services (services.msc) and stop Client License Service (ClipSVC).
- In File Explorer, navigate to C:\ProgramData\Microsoft\Windows\ClipSVC and rename the tokens.dat file to tokens.old.
- Restart ClipSVC and reboot; Windows rebuilds the license store cleanly.
Fix 5: Disable Superfetch/SysMain
On older or slower drives, SysMain’s background prefetching stacks on top of Wsappx and pegs the disk. Disabling it is harmless on SSDs.
- Open Services (services.msc), find SysMain, and open its properties.
- Set Startup type to Disabled, click Stop, then Apply.
- Reboot and watch Task Manager for a few minutes to confirm disk usage stays low.
Fix 6: Run a disk health check
If the disk sits at 100% during even modest activity, the drive itself may be failing or nearly full. Rule that out before deeper software surgery.
- Open an admin Command Prompt and run chkdsk C: /f /r, agreeing to run it at next restart.
- Check free space: a system drive under 10% free slows dramatically — free space with the disk space guide .
- In Task Manager’s Performance tab, check the disk’s response time; consistently high latency with low throughput points to hardware.
Fix 7: Reinstall the offending Store app
If one specific app update is stuck, removing the app entirely ends the retry loop, and you can reinstall it fresh afterward. This is the most targeted fix available when the Store library shows the same app perpetually stuck on pending or updating.
- In the Microsoft Store, open Library and look for an app stuck on updating or pending.
- Uninstall that app from Settings > Apps > Installed apps.
- Reinstall it from the Store and confirm Wsappx settles back to near-zero disk use.
Closing
Wsappx at 100% disk is Windows doing legitimate work badly — a stuck Store update, a looping license check, or a corrupted app package. Identify which child process is busy, cut off its trigger, and the disk graph should drop back to near zero. If nothing software-side helps, check the drive’s health, because a failing disk makes even normal background work look like a crisis.
