Other answers require 3rd-party software or a running task/service, and many have to be repeated after Windows updates. This solution has several advantages:
- It's fast & easy: Just a single cmd command
- It's permanent: No need to repeat after Windows Updates
- It's lightweight: No running services or tasks required
Run this command in Command Prompt as administrator:
cd C:\Windows\System32\Tasks\Microsoft\Windows\UpdateOrchestrator && rename Reboot Reboot.backup & rename Reboot_Battery Reboot_Battery.backup & rename Reboot_AC Reboot_AC.backup & rename USO_UxBroker USO_UxBroker.backup & mkdir Reboot & mkdir Reboot_Battery & mkdir Reboot_AC & mkdir USO_UxBroker & copy NUL Reboot\empty_file & copy NUL Reboot_Battery\empty_file & copy NUL Reboot_AC\empty_file & copy NUL USO_UxBroker\empty_file
Backup solution if you get an access denied error:
cd C:\Windows\System32\Tasks\Microsoft\Windows && takeown /F UpdateOrchestrator /A /R /D y && icacls UpdateOrchestrator /reset /T /C && icacls UpdateOrchestrator /T /C /grant *S-1-5-32-544:F && cd UpdateOrchestrator && rename Reboot Reboot.backup & rename Reboot_Battery Reboot_Battery.backup & rename Reboot_AC Reboot_AC.backup & rename USO_UxBroker USO_UxBroker.backup & mkdir Reboot & mkdir Reboot_Battery & mkdir Reboot_AC & mkdir USO_UxBroker & copy NUL Reboot\empty_file & copy NUL Reboot_Battery\empty_file & copy NUL Reboot_AC\empty_file & copy NUL USO_UxBroker\empty_file
This last command does the same thing, but first gives Administrators ownership of and full permissions to the UpdateOrchestrator folder & contents.
It seems some of the old tasks are being phased out, resulting in "not found" error messages when running the command. These are safe to ignore, as the commands will still prevent reboots.
What it does
Automatic reboots after updates are performed by Windows Tasks, specifically one of
USO_UxBroker. These tasks are defined in files in the
This solution renames these files and creates folders with the same names in their place. It then puts an empty file in each of the created folders.
This effectively deletes the tasks responsible for the auto-reboots, and prevents Windows from re-creating them.
Why it works
Windows can no longer run the
USO_UxBroker tasks after an update because they no longer exist (except as backups with different names).
When this happens, Windows will attempt to fix the problem by re-creating (or fixing) the expected tasks (files), and then run them. However, Windows will fail to create the needed files because there's a folder with the same name in the target folder and two items in the same folder can't have the same name.
Moreover, since folders and files are different things, Windows will not be able to modify the folders into files containing the correct Task definitions.
Finally, because the command puts an empty file in each of the created folders, it's very unlikely that they will be automatically deleted (which is necessary to re-create the tasks). This is because deleting folders with contents requires a recursive delete command, which would never be used for deleting an object that Windows expects to be a file.
For these reasons, this solution is much more robust than those relying on changing file ownership/access and/or modifying the relevant tasks, something that can be (and frequently is) "fixed" by Windows during updates.
Sources & testing of the solution
I learned about the technique used in my solution from this article. I have been using this technique for several years and have not experienced a single auto-reboot in all this time except this January (2020) when Microsoft added the new
Reboot_Battery tasks, which are now also used by Windows Update to initiate automatic restarts.
I have updated the solution myself to account for the new tasks, and it has successfully prevented reboots after the changes I've made.
Late 2020, the task
USO_UxBroker was added to Windows. The task description (
This task triggers a system reboot following update installation) confirms its purpose, so the solution now also neutralizes this task. Thanks to @Simon East for pointing out this task in the comments.
The entire answer, including the cmd commands, is my own original work.