Windows 11でエラー0x80070005が出る原因と安全な解消手順

Windows Update限定の0x80070005はアクセス拒否エラーです。再起動、標準診断、DISM・SFC、更新部品の順で確認します。

Windows Updateの0x80070005は「アクセス拒否」を示す

0x80070005は、Windows Updateの処理に必要なアクセスが拒否されたときに表示されるコードです。管理者アカウントでサインインしていても、更新サービス、保護されたシステム領域、アクセス制御の状態によって発生します。

Microsoft Learnの「Windows Update エラー 0x80070005 のトラブルシューティング」によると、0x80070005はWindows Updateにおけるアクセス拒否エラーとして扱われ、Windows Updateトラブルシューティングや更新コンポーネントの確認手順が案内されています。（出典: Microsoft Learn「Windows Update エラー 0x80070005 のトラブルシューティング」、2026年9月22日確認）

ERROR_ACCESS_DENIEDから分かること・分からないこと

• 分かること：要求された処理に必要なアクセスが許可されなかったこと
• 分からないこと：拒否されたファイル、フォルダ、サービス、アクセス権の具体的な箇所
• 記録するもの：KB番号、エラー全文、発生日時、WindowsのバージョンとOSビルド
• 避けること：エラーコードだけを根拠にした所有権やレジストリ権限の一括変更

症状→操作→成功判定→失敗時の戻し方

Windows 11のバージョン、OSビルド、KB番号を調べる

• バージョンとOSビルド：「設定」→「システム」→「バージョン情報」→「Windowsの仕様」
• 別の確認方法：スタートでwinverを検索して実行
• 失敗したKB番号：「設定」→「Windows Update」→「更新の履歴」
• インストール済み更新：コントロールパネル→「プログラム」→「プログラムと機能」→「インストールされた更新プログラムを表示」
• 既知の問題：KB番号とWindows 11のバージョンをWindows release healthで照合

Windowsの更新確認は、設定アプリの「更新の履歴」と、コントロールパネルの「インストールされた更新プログラム」を中心に行います。両画面は表示目的が異なるため、片方だけで判断せず、対象KBの状態を照合してください。

管理者アカウントでもアクセス拒否が起きる理由

Windowsの管理者アカウントは、すべてのシステム領域を無条件に変更できるアカウントではありません。Windows Updateはサービス側の権限でも動作し、保護された領域には個別のアクセス制御があります。

Microsoft Learnによると、Windows Updateの0x80070005はアクセス拒否として扱われます。管理者としてサインインしていることと、更新サービスや保護領域へ正常にアクセスできることは別の条件です。（出典: Microsoft Learn「Windows Update エラー 0x80070005 のトラブルシューティング」、2026年9月22日確認）

Administrators・SYSTEM・TrustedInstallerの違い

UACとアクセス制御リスト

UACはユーザーアカウント制御です。管理者アカウントでも、管理操作を始める際に昇格確認が表示されます。コマンドを実行する章では、タイトル部分に「管理者」と表示されたコマンドプロンプトまたはPowerShellを使用します。

アクセス制御リストは、ファイルやフォルダに対して誰がどの操作を行えるかを定める情報です。0x80070005だけでは変更すべき対象を特定できないため、アクセス権や所有権を一括変更しません。

セキュリティ製品と組織ポリシーを分けて確認する

• セキュリティ製品：提供元の公式サポートで、Windows Updateとの既知の問題を確認する
• VPN・プロキシ：会社指定の設定は自己判断で解除しない
• 会社PC：更新ポリシー、管理ツール、社内更新サーバーの状態をIT管理者へ確認する
• 個人PC：常駐ソフトの影響は、後述するMicrosoft公式のクリーンブートで切り分ける

公式確認済みの事実と端末ごとの切り分け候補を分ける

0x80070005はアクセス拒否を示しますが、コードだけでは拒否された対象まで分かりません。公式資料に記載された事実と、端末上で確認する候補を分けると、不要な権限変更を避けられます。

MicrosoftはWindows Update、Office認証、Windowsライセンス認証について、別々の0x80070005資料を公開しています。エラーが表示された画面と処理内容を基準に資料を選んでください。（出典: Microsoft Support「Officeのライセンス認証時のOfficeエラーコード0x80070005」、2026年9月22日確認）

原因候補の比較表

Windows 11 23H2・24H2・25H2のサポート確認

Windows 11 バージョン23H2は、エディションによってサポート状態が異なります。Microsoftのライフサイクル情報では、Home／ProとEnterprise／Educationでサポート期間が同一ではありません。2026年9月22日時点では、23H2のHome／Proはサポート終了版に該当し、Enterprise／Educationは別の終了日が設定されています。24H2と25H2もエディション別のライフサイクルを確認してください。（出典: Microsoft Learn「Windows 11 Home and Pro」、Microsoft Learn「Windows 11 Enterprise and Education」、2026年9月22日確認）

レベル1：Windows標準機能で確認する

再起動、更新履歴の記録、Windows Updateトラブルシューティングから始めます。更新が完了した時点で後続のコマンド操作は不要です。

Windows 11では、更新状態によって設定画面の構成やGet Helpへの誘導が変わる場合があります。Microsoft Supportの現行案内と自分の画面を照合してください。（出典: Microsoft Support「Windows Update のトラブルシューティング」、2026年9月22日確認）

PCを通常の方法で再起動する

• 編集中のファイルを保存する
• スタートメニューの電源から「再起動」を選ぶ
• 再起動後に「設定」→「Windows Update」を開く
• 更新を再試行し、対象KBの結果を確認する

成功判定：更新履歴またはインストールされた更新プログラムで対象KBの完了を確認します。失敗時：同じ0x80070005が出た画面を保存し、標準診断へ進みます。

空き容量と日時を確認する

• 「設定」→「システム」→「ストレージ」でシステムドライブの状態を確認
• Windows Updateに容量不足の案内があれば、その表示に従う
• 「設定」→「時刻と言語」→「日付と時刻」で利用地域と設定を確認
• 会社PCで項目が固定されている場合は変更しない

必要な空き容量は更新内容と端末構成で変わるため、一律の数値は設けません。Windows Update画面と対象KBの公式案内を確認してください。

Windows Updateトラブルシューティングを実行する

「設定」→「システム」→「トラブルシューティング」→「その他のトラブルシューティング ツール」→「Windows Update」から実行します。Get Helpが開いた場合は、表示された診断案内に従います。

レベル2：DISMの後にSFCを実行する

管理者として開いたシェルで、DISMを完了させてからSFCを実行します。この章のコマンドはコマンドプロンプトとPowerShellのどちらでも同じ構文です。

Microsoft Supportの「システム ファイル チェッカーを使用する」では、DISMのRestoreHealthを実行した後にsfc /scannowを実行する順序が案内されています。（出典: Microsoft Support「Using System File Checker in Windows」、2026年9月22日確認）

管理者としてシェルを開く

• コマンドプロンプト：スタートで「cmd」を検索し、「管理者として実行」
• PowerShell：スタートで「PowerShell」を検索し、「管理者として実行」
• ウィンドウのタイトルに「管理者」と表示されていることを確認
• 会社PCで資格情報を求められた場合は中止

DISMを実行する

DISM.exe /Online /Cleanup-Image /RestoreHealth

完了メッセージが表示されるまで待ちます。エラー終了した場合は、コードと表示全文をテキストまたは画像で保存してください。DISMが失敗した状態で、更新キャッシュの操作へ機械的に進みません。

DISM完了後にSFCを実行する

sfc /scannow

SFCが完了したら結果を控え、PCを再起動してWindows Updateを再試行します。構文と実行順はMicrosoft Supportの案内に沿っています。（出典: Microsoft Support「Using System File Checker in Windows」、2026年9月22日確認）

結果ごとの分岐

レベル3：Microsoft公式手順に沿って更新コンポーネントをリセットする

標準診断とDISM・SFCを済ませても改善しない場合に限り、Windows Update関連サービスを停止し、SoftwareDistributionとcatroot2を名前変更します。コマンドプロンプト用とPowerShell用のどちらか一方だけを使用してください。

根拠にするのは、Microsoft Learn「Windows Update エラー 0x80070005 のトラブルシューティング」の「Windows Update コンポーネントを手動でリセットする」節です。同節には、サービス停止、SoftwareDistributionとcatroot2の名前変更、サービス再開のコマンドが直接掲載されています。（出典: Microsoft Learn「Windows Update エラー 0x80070005 のトラブルシューティング」内「Windows Update コンポーネントを手動でリセットする」、2026年9月22日確認）

作業前の確認

• Windows 11を修復する前のバックアップ手順を確認する
• 対象KB、更新履歴、エラー画面、DISM・SFCの結果を保存する
• BitLocker回復キーの確認方法を参照し、回復情報を確認できない場合は中止する
• 会社PCでは実行せず、IT管理者へ依頼する
• コマンドプロンプト用とPowerShell用を混在させない

名前変更先が存在しないことを確認する

コマンドプロンプトの場合：

if exist "%SystemRoot%SoftwareDistribution.bak" echo SoftwareDistribution.bak exists
if exist "%SystemRoot%System32catroot2.bak" echo catroot2.bak exists

PowerShellの場合：

Test-Path "$env:SystemRootSoftwareDistribution.bak"
Test-Path "$env:SystemRootSystem32catroot2.bak"

コマンドプロンプトで「exists」と表示された場合、またはPowerShellでTrueが返った場合は実行を中止します。何も表示されない、またはFalseの場合だけ次へ進みます。

コマンドプロンプト用の手順

「コマンドプロンプト」を管理者として実行し、上から一行ずつ実行します。各行の結果を確認し、失敗した時点で後続の名前変更を止めてください。

net stop bits
net stop wuauserv
net stop cryptsvc
ren %SystemRoot%SoftwareDistribution SoftwareDistribution.bak
ren %SystemRoot%System32catroot2 catroot2.bak
net start cryptsvc
net start wuauserv
net start bits

Microsoft Learnの該当節では、関連サービスを停止し、SoftwareDistributionとcatroot2を.bakへ名前変更した後、サービスを再開する流れが掲載されています。（出典: Microsoft Learn「Windows Update エラー 0x80070005 のトラブルシューティング」内「Windows Update コンポーネントを手動でリセットする」、2026年9月22日確認）

net start cryptsvc
net start wuauserv
net start bits

PowerShell用の手順

「Windows PowerShell」を管理者として実行し、上から一行ずつ実行します。コマンドプロンプト用手順を実行した場合、こちらは実行しません。

Stop-Service -Name BITS -Force
Stop-Service -Name wuauserv -Force
Stop-Service -Name CryptSvc -Force
Rename-Item "$env:SystemRootSoftwareDistribution" "SoftwareDistribution.bak"
Rename-Item "$env:SystemRootSystem32catroot2" "catroot2.bak"
Start-Service -Name CryptSvc
Start-Service -Name wuauserv
Start-Service -Name BITS

PowerShellでは$env:SystemRootを使い、コマンドプロンプト形式の%SystemRoot%を混在させません。PowerShell版は、Microsoft公式ページが示す停止・名前変更・再開の処理を、それぞれ対応するPowerShellコマンドで行うものです。

Start-Service -Name CryptSvc
Start-Service -Name wuauserv
Start-Service -Name BITS

サービス再開後の確認

更新結果は「設定」→「Windows Update」→「更新の履歴」と、コントロールパネルの「インストールされた更新プログラム」で確認します。「設定」→「アプリ」→「インストールされているアプリ」は、Windows Updateの成否を確認する中心的な画面としては使用しません。

直らない場合の行動を段階別に選ぶ

更新コンポーネントのリセット後も失敗する場合は、対象KBの既知の問題、常駐ソフトの影響、Windows自体の修復を順に検討します。会社PCでは自己判断で進めず、組織管理者へ記録を渡してください。

MicrosoftのWindows release healthでは、Windows 11のバージョン別に既知の問題と解決状況が公開されています。利用中のバージョンと対象KBが一致する情報だけを参照します。（出典: Microsoft Learn「Windows release health」、2026年9月22日確認）

次の行動を選ぶ比較表

Windows release healthと対象KBを照合する

• Windows 11のバージョンとOSビルドを確認
• 更新履歴から失敗したKB番号を控える
• Windows release healthで対象バージョンを選ぶ
• 既知の問題、保留措置、解決状況を確認
• 別バージョン向けの回避策を流用しない

クリーンブートで常駐ソフトを切り分ける

クリーンブートは、Microsoft以外のサービスやスタートアップ項目の影響を調べる診断方法です。特定のセキュリティ製品が原因だと断定する操作ではありません。

Microsoft Supportは、クリーンブートの設定方法だけでなく、診断後に通常起動へ戻す手順も案内しています。無効にした項目を記録し、復旧操作まで行ってください。（出典: Microsoft Support「How to perform a clean boot in Windows」、2026年9月22日確認）

修復インストールへ進む前の確認

個人PCでは、バックアップ後にWindows 11の修復インストールを検討できます。引き継げる項目は、起動方法、インストールメディア、Windowsの状態、エディションなどで変わります。

Microsoft SupportのWindows再インストール案内では、選択する方法によって個人ファイルやアプリへの影響が異なることが示されています。開始前に「引き継ぐもの」の表示を確認し、不明な場合は中止してください。（出典: Microsoft Support「Reinstall Windows」、2026年9月22日確認）

問い合わせ時に渡す情報

• KB番号、更新名、0x80070005の画面
• Windows 11のエディション、バージョン、OSビルド
• DISM・SFCの表示全文
• 使用したシェルと実行したコマンド
• サービス停止・再開時のエラー全文
• .bakフォルダが操作前から存在したか
• 異音、異臭、電源断、ストレージ警告の有無

放置による影響と復旧後の確認

更新失敗が続くと、対象の品質更新やセキュリティ更新が未適用になる場合があります。ただし、0x80070005が出たことだけで被害が発生したとは判断できません。対象KBの種類とインストール状態を確認します。

IPAの「日常における情報セキュリティ対策」では、OSやソフトウェアをアップデートし、最新の状態に保つ対策が案内されています。Windows Updateに失敗している場合は、対象更新の状態を確認し、業務PCなら管理者へ報告してください。（出典: IPA「日常における情報セキュリティ対策」、2026年9月22日確認）

復旧後のチェックリスト

• 「設定」→「Windows Update」で保留中や再起動待ちの表示を確認
• 「更新の履歴」で対象KBの結果を確認
• コントロールパネルの「インストールされた更新プログラム」と照合
• Windows 11のOSビルドを再確認
• クリーンブートを行った場合は通常起動へ戻す
• 会社PCでは実施結果をIT窓口へ報告

避ける操作

Windows 11の0x80070005に関するよくある質問

同じ0x80070005でも、Windows Update、Office認証、Windowsライセンス認証では確認先が異なります。MicrosoftはWindowsライセンス認証用の資料を別に公開しています。（出典: Microsoft Learn「Windowsのライセンス認証時にエラー0x80070005」、2026年9月22日確認）

管理者なのに0x80070005が出るのはなぜですか？

Windows UpdateはAdministratorsグループの権限だけで動作するものではありません。更新サービスや保護された領域へのアクセスが拒否されると、管理者アカウントでもエラーになる場合があります。

最初に何を試しますか？

対象KB、エラー画面、Windows 11のバージョンを記録し、通常の再起動、Windows Updateトラブルシューティングの順に試します。改善しない場合にDISM・SFCへ進みます。

Windows 11 23H2でも同じ手順ですか？

基本的な切り分けは共通しますが、23H2はエディションによってサポート状態が異なります。Home／Proなどサポート終了版では、対応バージョンへの更新可否を先に確認してください。会社や学校のEnterprise／Educationは組織管理者へ相談します。

DISMとSFCはどちらが先ですか？

DISMが先、SFCが後です。Microsoft Supportのシステムファイルチェッカー案内に記載された順序に従います。

PowerShellとコマンドプロンプトを混ぜてもよいですか？

混在させません。コマンドプロンプトは%SystemRoot%、PowerShellは$env:SystemRootを使用します。開いたシェルに対応する手順だけを実行してください。

.bakフォルダが既にある場合は削除してよいですか？

自己判断で削除、上書き、再利用しません。サービスを停止していた場合は再開し、既存フォルダのパスとエラー全文を保存してMicrosoftまたは管理者へ相談してください。

名前変更の途中で失敗した場合はどうしますか？

後続の名前変更を止め、エラー全文を保存します。その後、使用したシェルに対応するnet startまたはStart-Serviceで停止済みサービスの再開を試してください。再開できない場合は追加変更を行いません。

SoftwareDistributionの再構築で個人ファイルは消えますか？

SoftwareDistributionは写真や文書を保存する個人用フォルダではありません。ただし、システム領域の操作に当たるため、対象パスが一致しない、退避先が存在する、サービスを停止できない場合は中止します。事前のバックアップも確認してください。

更新が入ったかはどこで確認しますか？

「設定」→「Windows Update」→「更新の履歴」と、コントロールパネルの「インストールされた更新プログラム」を確認します。「インストールされているアプリ」はWindows Update確認の中心には使いません。

セキュリティソフトを停止してよいですか？

原因と決めつけて無断停止しません。個人PCでは製品提供元の正式な手順またはMicrosoftのクリーンブートを使います。会社PCでは組織管理者へ依頼してください。

どの時点で公式サポートへ相談しますか？

• DISMがエラー終了する
• SFCが一部のファイルを修復できない
• Windows Update関連サービスを停止または再開できない
• 退避先の.bakフォルダが既に存在する
• 公式手順後も0x80070005が再発する
• 異音、異臭、電源断、ストレージ警告がある
• 会社PCで管理者資格情報や設定変更が必要になる

MicrosoftとPCメーカーのどちらへ相談しますか？