You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[Guide] How to recover from a broken system after "Fix MS Store Issues" script interruption
TL;DR: If you interrupted the Fix MS Store Issues.cmd script mid-execution and your system is now broken, this guide will get you back on track using only the Task Manager.
What happened?
The Fix MS Store Issues.cmd script works by:
Saving the original start types of critical services (ClipSVC, AppXSvc, StateRepository and their dependents)
Disabling and stopping all those services
Deleting StateRepository-Deployment.srd
Restoring everything in a finally block
Running wsreset.exe -i to reinstall the Store
The script insists "DO NOT CLOSE THIS SCRIPT!!!!" in red for a good reason: if the process is killed or the PC is restarted while it is trying to stop services (step 2–3), the finally block never runs. This leaves critical services permanently disabled and the system in a broken state.
Symptoms
Black screen / broken desktop after reboot
Taskbar missing or unresponsive
UWP apps (Calculator, Photos, Store...) not launching
wsappx-related errors in Event Viewer
Prerequisites
You need access to Task Manager. If your desktop is completely dead, you can still open it with:
Ctrl + Shift + Esc
Or, if that doesn't work:
Ctrl + Alt + Delete
This opens the Windows security screen — click Task Manager from there. This shortcut is intercepted directly by the kernel, so it works even when the desktop/shell is completely unresponsive.
Note: If you have no access to Task Manager at all, boot into Safe Mode (see the Prevention section at the end) and follow the same steps from there.
Step 1 — Open an elevated PowerShell
In Task Manager → File → Run new task
Type powershell, check "Create this task with administrative privileges", and click OK.
![Task Manager Run new task dialog with powershell typed and admin checkbox checked]
Step 2 — Restore service registry values
Set-Service will fail on these services because they are protected by TrustedInstaller. We need to patch the registry directly instead:
The script also disables dependent services discovered dynamically at runtime via Get-AllDependents. The three above are the only ones guaranteed to be affected on every system.
Then run a full system integrity check:
sfc /scannow
If sfc reports errors it cannot fix, follow up with:
DISM /Online /Cleanup-Image /RestoreHealth
Finally, open the Microsoft Store and do a test search to confirm it works.
Root cause
The script stops services that are normally protected and held open by the system. On a running Windows installation (even AtlasOS), some of these services have dependents that resist stopping, causing the script to loop on WaitForStatus. If the user restarts during this loop, the finally block responsible for restoring everything never executes.
Prevention (recommended workflow)
To safely run this script in the future:
1. Create a Restore Point first
Via PowerShell:
Checkpoint-Computer-Description "Before Fix MS Store Issues"-RestorePointType "MODIFY_SETTINGS"
Via UI: Search for "Create a restore point" in the Start Menu → click Create... → give it a name → OK.
2. Run the script in Safe Mode
In Safe Mode, AppX/UWP services do not start, so the script never gets stuck trying to stop them. Once in Safe Mode, navigate to the AtlasOS folder and run the script normally — it will complete without issues.
How to boot into Safe Mode
✅ System is working normally
Option A — msconfig: Win + R → msconfig → Boot tab → check Safe boot (Minimal) → OK → Restart.
To go back to normal after: open msconfig again and uncheck Safe boot.
Option B — Command: Win + R (or Task Manager → Run new task):
On the Windows login screen, hold Shift and click Power → Restart. This forces Windows into the recovery environment without needing a working desktop.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
[Guide] How to recover from a broken system after "Fix MS Store Issues" script interruption
What happened?
The
Fix MS Store Issues.cmdscript works by:ClipSVC,AppXSvc,StateRepositoryand their dependents)StateRepository-Deployment.srdfinallyblockwsreset.exe -ito reinstall the StoreThe script insists "DO NOT CLOSE THIS SCRIPT!!!!" in red for a good reason: if the process is killed or the PC is restarted while it is trying to stop services (step 2–3), the
finallyblock never runs. This leaves critical services permanently disabled and the system in a broken state.Symptoms
wsappx-related errors in Event ViewerPrerequisites
You need access to Task Manager. If your desktop is completely dead, you can still open it with:
Or, if that doesn't work:
This opens the Windows security screen — click Task Manager from there. This shortcut is intercepted directly by the kernel, so it works even when the desktop/shell is completely unresponsive.
Step 1 — Open an elevated PowerShell
In Task Manager → File → Run new task
Type
powershell, check "Create this task with administrative privileges", and click OK.![Task Manager Run new task dialog with powershell typed and admin checkbox checked]
Step 2 — Restore service registry values
Set-Servicewill fail on these services because they are protected by TrustedInstaller. We need to patch the registry directly instead:Expected output:
Step 3 — Start the services and run wsreset
Step 4 — Restart
Or from Task Manager: Run new task →
shutdown /r /t 0Step 5 — Verify everything is healthy
After rebooting, open PowerShell and run:
Expected output:
Then run a full system integrity check:
sfc /scannowIf
sfcreports errors it cannot fix, follow up with:Finally, open the Microsoft Store and do a test search to confirm it works.
Root cause
The script stops services that are normally protected and held open by the system. On a running Windows installation (even AtlasOS), some of these services have dependents that resist stopping, causing the script to loop on
WaitForStatus. If the user restarts during this loop, thefinallyblock responsible for restoring everything never executes.Prevention (recommended workflow)
To safely run this script in the future:
1. Create a Restore Point first
Via PowerShell:
Via UI: Search for "Create a restore point" in the Start Menu → click Create... → give it a name → OK.
2. Run the script in Safe Mode
In Safe Mode, AppX/UWP services do not start, so the script never gets stuck trying to stop them. Once in Safe Mode, navigate to the AtlasOS folder and run the script normally — it will complete without issues.
How to boot into Safe Mode
✅ System is working normally
Option A — msconfig: Win + R →
msconfig→ Boot tab → check Safe boot (Minimal) → OK → Restart.To go back to normal after: open
msconfigagain and uncheck Safe boot.Option B — Command: Win + R (or Task Manager → Run new task):
Then: Troubleshoot → Advanced options → Startup Settings → Restart → F4 (Safe Mode)
🆘 Only the login screen is available
On the Windows login screen, hold Shift and click Power → Restart. This forces Windows into the recovery environment without needing a working desktop.
Then: Troubleshoot → Advanced options → Startup Settings → Restart → F4 (Safe Mode)
References
[9. Troubleshooting/Fix MS Store Issues.cmd](https://github.com/Atlas-OS/Atlas/blob/new-update/src/playbook/Executables/AtlasDesktop/9.%20Troubleshooting/Fix%20MS%20Store%20Issues.cmd)Beta Was this translation helpful? Give feedback.
All reactions