Error 0x80070005 is Windows telling you “access is denied” in hexadecimal. On a Dell laptop it usually appears when a cumulative or feature update tries to write files or registry keys and gets refused — not because the update is broken, but because permissions on your system have drifted, or something is actively guarding those locations. Dell machines in corporate and school fleets see this one a lot, because managed security software and old group policies are prime suspects.
The fix strategy is layered: first remove whatever is blocking access (antivirus, wrong ownership), then repair the damaged permissions and files, then retry. Do not start by downloading the update manually — if the installer cannot write to its own folders, a manual install hits the same wall.
Access-denied errors reward a detective’s mindset more than a mechanic’s. The instinct is to force permissions open, but the smarter question is who closed them and why. On Dell business machines the answer is often legitimate security software doing its job too enthusiastically; on personal machines it is usually permission drift from years of updates, migrations, and cleanups. The fixes below identify the gatekeeper before touching the gate — which is why they work without the collateral damage of blunt permission-reset tools.
Why this happens
- Incorrect permissions on update folders. The SoftwareDistribution, catroot2, or servicing folders have ownership or ACLs that exclude the SYSTEM account.
- Third-party antivirus blocking file writes. Real-time protection or tamper protection locks files the installer must replace.
- Corrupted user or system profile permissions after a migration, a failed cleanup, or malware removal.
- The Windows Update and BITS services running under wrong credentials or failing to start with proper privileges.
- Damaged system files that the servicing stack cannot read, failing with an access error instead of a corruption error.
- Dell encryption or security software (Dell Encryption, Dell Data Protection) locking volumes or folders during updates.
- Registry key ownership problems in the update-related hives, often left behind by registry cleaners.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Temporarily disable third-party antivirus
- Open your antivirus program and turn off real-time protection (and tamper protection if it has a separate toggle).
- If your Dell is managed by an employer or school, ask IT before disabling security software — do not bypass corporate policy on your own.
- With protection paused, go to Settings > Windows Update and retry the update.
- Re-enable protection immediately after the update finishes, pass or fail. If the update succeeded, you have found your blocker.
Fix 2: Run the update as a clean boot
- Press Windows key + R, type
msconfig, and press Enter. - On the Services tab, check Hide all Microsoft services, then click Disable all.
- On the Startup tab, click Open Task Manager and disable every startup item.
- Restart, retry the update, then undo the clean boot afterward. This isolates whether a Dell utility or third-party service is the blocker. Background reading: services not running fixes .
Fix 3: Take ownership of the update folders correctly
- Open an elevated Command Prompt (Windows key, type
cmd, right-click, Run as administrator). - Run these commands to restore proper ownership and permissions on the key folders:
takeown /f C:\Windows\SoftwareDistribution /r /d yicacls C:\Windows\SoftwareDistribution /reset /t /c /q - Repeat for the servicing store:
takeown /f C:\Windows\Servicing /r /d yicacls C:\Windows\Servicing /reset /t /c /q - This resets the ACLs to Windows defaults without loosening anything that should stay locked down.
Fix 4: Reset the Windows Update components
- In the same elevated Command Prompt, stop the services:
net stop wuauservthennet stop cryptSvcthennet stop bitsthennet stop msiserver - Rename the caches:
ren C:\Windows\SoftwareDistribution SoftwareDistribution.oldren C:\Windows\System32\catroot2 catroot2.old - Restart the services with
net startfor each of the four names above. - Retry the update. Component resets pair well with the permission fixes because both target the same folders.
Fix 5: Repair system files with DISM and SFC
- In an elevated Command Prompt, run:
DISM /Online /Cleanup-Image /RestoreHealth - Wait for it to finish (this can take 15–30 minutes), then run:
sfc /scannow - Restart the laptop when SFC completes.
- Retry the update. The Microsoft Update Catalog is your fallback if the in-place update still refuses — download the KB and install it manually.
Fix 6: Check Dell encryption and security software
- Open Dell Encryption or Dell Data Protection if installed, and check whether a policy is locking system folders during updates.
- Look in Services (
services.msc) for Dell security services and note any that are set to manual or disabled when they should run. - Get current Dell driver and firmware packs from Dell Support for your exact model — outdated Dell system software is a known trigger.
- If the laptop is BitLocker-encrypted, make sure you have the recovery key handy before any major update work, then retry.
Fix 7: Create a fresh administrator account and update from it
- Go to Settings > Accounts > Other users > Add account, create a local administrator account.
- Sign out of your normal account and sign in to the new one.
- Run Windows Update from the fresh profile. If it works there, your main profile’s permissions are the problem.
- You can migrate to the new profile or repair the old one’s permissions — either way, the update pipeline is proven working. For persistent failures, the component reset guide covers deeper rebuilds.
Fix 8: Install the update in Safe Mode with Networking
Safe Mode loads a minimal driver and service set, which means fewer programs holding locks and a cleaner security context for the installer.
- Hold Shift while clicking Restart to reach recovery, then Troubleshoot > Advanced options > Startup Settings > Restart and press 5.
- In Safe Mode with Networking, open Settings > Windows Update and retry the failed update.
- If it installs, restart normally — the access conflict was a third-party program, and you now know to disable it during future updates.
- If it still fails with 0x80070005, the permission damage is in the core system, and the targeted icacls repairs from Fix 3 deserve another pass.
Closing
0x80070005 on a Dell is almost always the system refusing the installer rather than a bad update: antivirus interference, drifted permissions, or Dell security software standing in the way. Work from the blockers inward — disable, clean-boot, repair permissions — and retry after each change so you know exactly which fix did it. Permission problems tend to recur on machines where the root cause — usually an overzealous security tool or a long-ago botched migration — is never addressed. Once the update is in, take ten minutes to find your gatekeeper and configure it properly; otherwise you will be repeating this guide at the next Patch Tuesday.
