Error 0x80070057 translates to “the parameter is incorrect,” which is Windows’ way of saying that the update engine handed one of its components bad data. On Windows 11, this error loves to appear at the worst moments: during large cumulative updates, during feature updates, and sometimes during the final reboot phase when you thought everything was fine. The laptop is not broken — but the update subsystem’s bookkeeping is, and it needs to be rebuilt.
Think of it this way: every update is a set of instructions with parameters — which files to replace, which registry keys to touch, which drivers to migrate. If any of those parameters are corrupted in the download, in the cache, or in the registry, the component receiving them rejects the whole operation with 0x80070057. Your job is to find where the bad parameter lives and replace it with clean data. The steps below hunt it down in the most likely places first.
Why this happens
- Corrupted update metadata: The downloaded update’s manifest files are damaged, so the parameters describing what to install are invalid.
- Damaged Windows Update registry keys: Corrupted values under the update-related registry hives feed bad parameters to the engine.
- Corrupted component store: WinSxS damage means the baseline data the update compares against is wrong, producing invalid computed parameters.
- Decimal symbol locale bug: A classic cause — if the system’s decimal symbol is not a period (.), some update components misparse version numbers and fail with 0x80070057.
- Corrupted system files: Damaged protected files that the update engine loads can cause parameter validation to fail.
- Third-party antivirus hooks: Security software intercepting update API calls can corrupt the parameters in transit.
- Failed System Reserved partition operations: Updates that need to write to the System Reserved partition fail with this error when that partition is full or corrupted.
- Damaged user profile for the update service: Rare, but a corrupted system profile can cause parameter-passing failures in the update services.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Check the decimal symbol setting
This sounds bizarre, but it is a documented cause: update components expect the decimal symbol to be a period. If yours is a comma, version parsing fails.
- Open Control Panel > Clock and Region > Region.
- Click Additional settings and check the Decimal symbol field — it must be
.(period). - If it is a comma or anything else, change it to a period and click OK.
- Restart and retry the update. This single setting has fixed 0x80070057 for countless users.
Fix 2: Run the Windows Update troubleshooter
The troubleshooter resets update components and clears corrupted metadata automatically.
- Open Settings > System > Troubleshoot > Other troubleshooters.
- Click Run next to Windows Update.
- Apply all fixes, restart, and check for updates.
Fix 3: Reset the update cache
Corrupted metadata in the cache is the most common source of bad parameters. Rebuild it.
- Open Terminal (Admin).
- Run
net stop wuauserv,net stop bits,net stop cryptsvc. - Run
ren C:\Windows\SoftwareDistribution SoftwareDistribution.oldandren C:\Windows\System32\catroot2 catroot2.old. - Run
net start wuauserv,net start bits,net start cryptsvc. - Restart and check for updates.
Fix 4: Repair the component store and system files
Bad baseline data in WinSxS produces bad computed parameters. DISM and SFC fix the baseline.
- In Terminal (Admin), run
DISM /Online /Cleanup-Image /RestoreHealth. - Then run
sfc /scannow. - Restart and retry. This pair also resolves the closely related 0x80070002 missing-file failures , which share the same repair path.
Fix 5: Free space on the System Reserved partition
Updates that touch boot files fail with 0x80070057 when the System Reserved partition is full.
- Open Disk Management (right-click Start).
- Find the System Reserved partition and check its free space — it needs at least 15–30 MB free.
- If it is full, the safest cleanup is to delete old font files: assign it a drive letter in Disk Management, open it in File Explorer, go to
EFI\Microsoft\Boot\Fonts, and delete non-English font files (keep the English ones). - Remove the drive letter afterward, restart, and retry the update.
Fix 6: Temporarily disable third-party antivirus
Security hooks intercepting update operations can corrupt parameters in transit.
- Disable real-time protection temporarily in your antivirus settings.
- Retry the update immediately while protection is off.
- Re-enable protection as soon as the update completes.
- If this fixes it, add Windows Update exclusions or switch to Microsoft Defender to avoid a repeat.
Fix 7: Perform an in-place upgrade repair
If the parameter corruption is in the registry or servicing stack beyond what DISM can fix, an in-place upgrade reinstalls Windows 11 while keeping files and apps. Download the installer from the official Windows 11 download page , run setup, choose Keep personal files and apps, and let it complete. Afterward, run Windows Update once more — with fresh servicing components, 0x80070057 should be gone. For context on keeping the pipeline healthy afterward, the Microsoft Windows support page has current guidance.
It is worth understanding where 0x80070057 bites hardest: feature updates. A monthly cumulative update replaces hundreds of files, but a feature update migrates thousands — drivers, boot files, user profiles — and every one of those operations passes parameters that must validate. That is why this error often appears for the first time during the annual update even on machines whose monthly updates were flawless. If you are on Windows 10 rather than 11, the Windows 10 version of this fix covers the same causes with Windows 10’s menus. Either way, the decimal-symbol check remains the highest-value thirty seconds in this entire guide — do not skip it.
Closing
Error 0x80070057 looks cryptic, but its causes are concrete: bad metadata, bad registry data, a wrong decimal symbol, or a full System Reserved partition. The decimal-symbol check alone resolves a surprising number of cases, and the cache reset plus DISM/SFC handles most of the rest. Work the list in order, and the “parameter is incorrect” message becomes a solved problem rather than a recurring mystery.
