0x800F081F
Microsoft Windows
Severity: ModerateWhat it means
Windows error 0x800F081F means 'The source files could not be found' — it appears when Windows tries to install an optional feature (most often .NET Framework 3.5) and can't reach the payload it needs.
This is documented widely across Microsoft Q&A and Microsoft Learn troubleshoot pages.
The root cause is almost always one of two things: the machine is joined to a WSUS server that doesn't host the payload, or the system files needed for the install were never present (a recent in-place upgrade or a stripped install image).
The fix is Microsoft's DISM command, either pointing at Windows Update directly or at a mounted ISO.
Affected Models
- Windows 11 (every version)
- Windows 10 (every version — 1809 onward most commonly affected)
- Windows Server 2016 / 2019 / 2022 / 2025 — extremely common in domain-joined / WSUS environments
- Affects feature installations: .NET Framework 3.5, RSAT, language packs, optional features
- Same fix works across all supported Windows versions
Common Causes
- Machine is on a WSUS server that doesn't host Features on Demand payloads
- Group Policy 'Specify settings for optional component installation and component repair' is misconfigured
- System Component Store (WinSxS) is missing the requested feature files
- Windows install media isn't accessible (no ISO mounted) when WSUS is the only update source
- Pending Windows Update is blocking the feature install until it completes
How to Fix It
-
Try the simplest DISM command first.
Open Command Prompt as Administrator.
Run: DISM /Online /Enable-Feature /FeatureName:NetFx3 /All
This installs .NET Framework 3.5 using Windows Update as the source.
If the machine has direct internet access and isn't on WSUS, this single command resolves 0x800F081F immediately. -
Mount your Windows ISO and use it as the source.
Download the Windows 11 (or 10) ISO from microsoft.com for your installed version.
Right-click the ISO > Mount.
Note the drive letter (let's say D:).
Open Command Prompt as Administrator and run:
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess
Replace D: with your actual mounted drive letter.
This pulls the payload from the ISO instead of Windows Update — the standard fix for WSUS-joined machines. -
Fix the Group Policy that's blocking Windows Update.
Open gpedit.msc (or Local Group Policy Editor).
Navigate to Computer Configuration > Administrative Templates > System.
Find 'Specify settings for optional component installation and component repair' > Enable.
Tick 'Download repair content and optional features directly from Windows Update instead of Windows Server Update Services (WSUS)'.
OK.
Then in Command Prompt: gpupdate /force.
Retry the DISM install — Windows now bypasses WSUS for the feature payload. -
Run System File Checker and DISM RestoreHealth.
If 0x800F081F appears on multiple features (not just .NET 3.5), the Component Store itself may be corrupt.
Open Command Prompt as Administrator:
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
Both take 10-30 minutes.
Restart, then retry the feature install. -
Make sure pending Windows Updates aren't blocking.
Open Settings > Windows Update > Check for updates.
Install everything pending and restart.
An in-progress update sometimes locks the Component Store from feature installs — completing the pending update clears the block. -
For Home edition users without gpedit: use the registry path.
Windows Home doesn't include gpedit.msc.
Open Registry Editor (regedit) as Administrator.
Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU.
Create a DWORD called UseWUServer with value 0 (zero).
Restart and retry the DISM install — the machine ignores WSUS and pulls the payload from Windows Update directly.
When to Call a Professional
Error 0x800F081F never needs reinstalling Windows.
If DISM with Windows Update source and a mounted ISO both fail, the Group Policy fix described below points the machine at Windows Update for feature payloads even on a WSUS-joined domain — that resolves the vast majority of corporate cases.
Frequently Asked Questions
I'm not on a domain or WSUS — why am I still getting 0x800F081F?
Two common causes on standalone machines: first, the Windows install was done from a stripped or modified ISO that didn't include the Features on Demand files; second, a recent in-place upgrade left the Component Store in a partial state.
For both, the mounted-ISO DISM command (step 2 on this page) resolves it cleanly — pull the matching Windows ISO from microsoft.com for your installed version, mount it, and point DISM at the sxs folder.
The ISO version must match your installed version (don't use a Windows 10 ISO to fix a Windows 11 install).