Windows 11 の累積更新を適用しようとすると「0x800f0915」で失敗し、さらに Microsoft Store が起動直後に真っ黒になって落ちる――この二つの現象は同時に起きがちです。どちらも根っこにコンポーネント ストアの不整合やキャッシュ破損が関わることが多く、正しい順序で対処すれば高確率で復旧できます。本稿では、原因の見立てから実行コマンド、判定基準、上級者向けのログ読解までを一気通貫で解説します。
現象の整理とゴール
- Windows Update：更新プログラムのインストールで
0x800f0915が表示される／適用できない。 - Microsoft Store：ウィンドウが一瞬表示された後、真っ黒になって自動終了（クラッシュ）する。
- ゴール：更新が正常完了し、Store が安定起動・サインイン・アプリ更新できる状態に戻す。
なぜ同時に起きるのか（技術的背景）
Windows は「コンポーネント ストア（WinSxS）」にシステムの部品を保持し、更新や修復時はここを参照します。何らかの理由で参照に失敗したり、破損・取り違えが起きると更新が進まず、アプリ配布の基盤であるAppx周りにも波及して Store が不安定になります。典型要因は次のとおりです。
- サードパーティ製セキュリティ製品／VPN・プロキシによる通信やファイル操作の干渉
- Delivery Optimization・BITS・Windows Update サービスの停止／異常
- コンポーネント ストアの不整合（
SFC/DISMが修復ソース参照に失敗） - 更新コンポーネント（
SoftwareDistribution/catroot2）のキャッシュ破損 - Store キャッシュ／アプリ登録情報の破損（
wsresetで解消することが多い）
したがって、通信干渉を外す → 標準ツールで整合性を直す → 更新コンポーネントを初期化 → Store を初期化の順で進めるのが効率的です。
作業前の準備（安全第一）
- 管理者権限の PowerShell / コマンド プロンプトが使えるようにする。
- システムの復元ポイントを作成（
rstrui.exe）。 - 空き容量を 20GB 以上確保（大型更新やインプレース用に余裕を持つ）。
- 可能なら一時的に有線接続、もしくは安定した Wi‑Fi に切り替える。
最初に集めるべき情報
- OS ビルド：
Win + R → winverの値をメモ（例：22H2（OS ビルド 22621.3880））。 - 失敗した更新の KB：「設定 > Windows Update > 更新の履歴」で失敗している KB 番号を控える。
短時間で全体像を掴む早見表
| 症状 | 優先アクション | 目安時間 | 復旧の目印 |
|---|---|---|---|
| 0x800f0915 | SFC → DISM（ISOソース指定）→ WUコンポーネント リセット | 20〜60分 | 更新が100%まで進み再起動で適用 |
| Store 黒画面 | wsreset → Store 再登録 → App Installer の再登録 | 5〜15分 | Store起動・検索・サインインが成功 |
| 両方発生 | 上から順番に全手順を適用（途中で直れば終了） | 30〜90分 | WU成功＋Store起動安定 |
解決手順（上から順に実施・途中で直れば終了）
セキュリティソフト／VPN・プロキシを一時停止
他社製アンチウイルス、常駐最適化ツール、VPN/プロキシクライアントは一時的に無効化またはアンインストールします。標準の Microsoft Defender はそのままで問題ありません。
Windows Update トラブルシューティング ツール
「設定 > システム > トラブルシューティング > その他のトラブルシューティング」から Windows Update [実行] を実行。検出された問題はその場で修正します。
主要サービス（BITS / Windows Update / Delivery Optimization）の確認
Win + R → services.msc を開き、以下が 実行中・自動であることを確認します。停止なら開始、動作中なら右クリックで再起動します。
- Background Intelligent Transfer Service（BITS）
- Windows Update（wuauserv）
- Delivery Optimization（DoSvc）
システムファイルの整合性修復（SFC / DISM）
管理者 PowerShell を開き、次を順に実行します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
もし DISM が同じ 0x800f0915 を返したり、修復ソースにアクセスできない旨のメッセージが出たら、インストール メディアをマウントしてソースを明示指定します。
ISOを使った修復ソース指定
- Windows 11 の ISO を入手し、右クリックでマウント（例：
D:として表示）。 D:\sourcesにinstall.wimまたはinstall.esdがあることを確認。- 以下のいずれかで実行（ドライブ文字とインデックスは環境に合わせて置換）。
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:6 /LimitAccess
install.esd の場合は次の書式で指定できます。
DISM /Online /Cleanup-Image /RestoreHealth /Source:esd:D:\sources\install.esd:6 /LimitAccess
インデックス番号（上の例では :6）は、次のコマンドで確認します。
DISM /Get-WimInfo /WimFile:D:\sources\install.wim
:: もしくは
DISM /Get-WimInfo /WimFile:D:\sources\install.esd
ポイント：インストールされているエディション（Home/Pro 等）とビルドに合致するイメージのインデックスを選んでください。合わないソースを指定すると修復に失敗します。
Windows Update コンポーネントのリセット
更新の履歴で同じ KB が繰り返し失敗する場合に有効です。管理者 PowerShell で以下を実行し、再起動後に更新を再試行します。
net stop wuauserv
net stop bits
net stop cryptsvc
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start cryptsvc
net start bits
net start wuauserv Microsoft Store のリセット／再登録
- キャッシュクリア：
Win + R → wsreset.exeを実行。数十秒後に Store が自動起動すれば成功。 - 再登録（直らない場合）：管理者 PowerShell で次を実行。
Get-AppxPackage -AllUsers Microsoft.WindowsStore `
| Foreach { Add-AppxPackage -DisableDevelopmentMode `
-Register "$($_.InstallLocation)\AppXManifest.xml" }
加えて、アプリの配布に必須な App Installer（Microsoft.DesktopAppInstaller）も再登録すると安定します。
Get-AppxPackage -AllUsers Microsoft.DesktopAppInstaller `
| Foreach { Add-AppxPackage -DisableDevelopmentMode `
-Register "$($_.InstallLocation)\AppXManifest.xml" }
それでも黒画面になる場合は、ユーザー プロファイルのローカルキャッシュを一旦退避（削除ではなくリネーム）してから再登録します。
:: <ユーザー名> は自分のアカウントに置換
ren "%LOCALAPPDATA%\Packages\Microsoft.WindowsStore_8wekyb3d8bbwe\LocalCache" LocalCache.old
修復インストール（インプレース アップグレード）
上記で改善しないときの最終手段です。最新の Windows 11 ISO をマウントし、setup.exe を起動して「この PC を今すぐアップグレード」を選択、個人用ファイルとアプリを引き継ぐ を選んで進めます。システム ファイル群が上書き修復され、0x800f0915 を引き起こす不整合が解消されるケースが多いです。
補足策（必要に応じて）
- 失敗した KB の手動適用：Microsoft Update カタログから該当 KB を直接ダウンロード。アーキテクチャ（x64 / ARM64）とバージョンを一致させ、SSU（Servicing Stack Update）→ CU の順で適用します。
- ドライバーの更新：メーカー純正ユーティリティ（オーディオ／チップセット／ストレージ）で最新版に。
- ハードウェア健全性：メモリ診断（
mdsched.exe）、ストレージの S.M.A.R.T. 確認。必要ならchkdsk /scanを実行。
「うまくいかない」を防ぐコツ（つまずきポイントと回避）
- ISO のビルド不一致：
winverの OS ビルドと ISO のビルドが離れすぎると修復が入らないことがあります。可能な限り近い／同じビルド（同じリリース系列）を使うと成功率が上がります。 - ESD のままでも可：
install.esdは変換しなくてもSource:esd:…:Indexで指定可能。変換が必要な場合のみDISM /Export-Imageで WIM 化します。 - 再起動の省略はNG：コンポーネント リセットや再登録後は必ず再起動してから結果を確認します。
- 常駐アプリの自動復活：一時停止したセキュリティ製品が自動で再稼働することがあります。作業中は自動起動を抑止します。
コマンド集（貼り付けて使える最小セット）
1) 整合性修復
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
2) ISO ソースあり（WIM の例・インデックスは要確認）
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:6 /LimitAccess
3) Windows Update コンポーネント リセット
net stop wuauserv
net stop bits
net stop cryptsvc
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start cryptsvc
net start bits
net start wuauserv
4) Microsoft Store リセット＆再登録
wsreset.exe
Get-AppxPackage -AllUsers Microsoft.WindowsStore `
| Foreach { Add-AppxPackage -DisableDevelopmentMode `
-Register "$($_.InstallLocation)\AppXManifest.xml" }
Get-AppxPackage -AllUsers Microsoft.DesktopAppInstaller `
| Foreach { Add-AppxPackage -DisableDevelopmentMode `
-Register "$($_.InstallLocation)\AppXManifest.xml" }
ログで原因を絞り込む（上級者向け）
再発や組織内の横展開に役立つ、最小限の読み筋です。
- CBS.log（
C:\Windows\Logs\CBS\CBS.log）：CSI/Store/Manifestなどのエラー連鎖を確認。 - DISM.log（
C:\Windows\Logs\DISM\dism.log）：Source関連の参照エラー有無を確認。 - WindowsUpdate.log：PowerShell で生成。
Get-WindowsUpdateLog -LogPath "$env:USERPROFILE\Desktop\WindowsUpdate.log"
CBS.log からエラー行だけを拾う場合：
findstr /c:"[SR]" /c:"Error" C:\Windows\Logs\CBS\CBS.log > "%USERPROFILE%\Desktop\cbs_errors.txt"
Store が黒画面のときは イベント ビューアー > アプリケーション で AppModel-Runtime / Apps / AppXDeployment-Server のエラーを追うと、再登録が必要なパッケージや壊れているキャッシュの手掛かりが得られます。
よくある質問（FAQ）
Q. DISM が「修復ソースが見つからない」と言う。どうすれば？
A. ISO をマウントして install.wim / install.esd を Source として指定します。エディションとビルドが一致するインデックスを選ぶのがコツです（先に /Get-WimInfo で確認）。ウイルス対策や VPN がブロックする場合もあるため、作業中は一時停止してください。
Q. Store の黒い画面が消えない。
A. wsreset → 再登録 → LocalCache のリネーム → 再登録の順に実施してください。ユーザー プロファイル側のキャッシュ破損が原因なことが多いです。アカウントの切り替えや新規ローカル ユーザーで起動テストを行うと切り分けが容易です。
Q. 更新が 100% で止まる／再起動ループになる。
A. コンポーネント リセット後に再試行しても変化がなければ、インプレース アップグレードで上書き修復するのが最短です。ストレージやメモリの健全性チェックも合わせて実施してください。
再発防止チェックリスト
- 空き容量を常に 20GB 以上確保。大きな一時ファイルは定期的にクリーンアップ。
- サードパーティ常駐は最小限に。導入する場合は Windows 更新時の除外設定を用意。
- デバイス ドライバーはメーカー提供のユーティリティで四半期ごとに更新。
- 電源プランは「バランス」以上、スリープ中に更新できるようネットワークを切らない。
トラブル別・おすすめ実行順（簡易フローチャート）
| はじめに | 次に | 最後の手段 |
|---|---|---|
| 他社セキュリティ/VPN停止 → トラブルシューティング | SFC → DISM（ISOソース）→ WUコンポーネント リセット | インプレース アップグレード |
| Store: wsreset | Store/Installer 再登録 → LocalCache リネーム | インプレース アップグレード |
実例で学ぶ：復旧の判定ポイント
- DISM 成功：The restore operation completed successfully 等の完了メッセージが出る。直後に
sfc /scannowをもう一度実行し、整合性違反がないことを確認。 - WU リトライ：「更新の履歴」に 成功 と記録され、再起動後にビルド番号が進んでいる。
- Store 起動：起動後 5 秒以内に黒画面にならず、検索・サインイン・アプリ更新ができる。
まとめ
0x800f0915 と Store の黒画面は、どちらも「壊れたキャッシュや参照先の不整合」を片付ければ解決するケースがほとんどです。セキュリティ製品の一時停止 → SFC/DISM（ISOソース）→ 更新コンポーネントのリセット → Store の再登録という王道ルートで、多くの環境が復旧します。うまくいかない場合でも、インプレース アップグレードはユーザーデータとアプリを保持したままシステムを再構築でき、強力な切り札になります。作業後はドライバーとストレージ健全性を見直し、再発を防ぐ体制を整えておきましょう。
付録：一括実行用スクリプト例（上級者向け）
以下は「自己責任」でコピー＆ペーストして使える順次実行の例です。途中でエラーになっても構いません。成功したステップだけが効きます。
:: 管理者 PowerShell（または CMD）で実行
:: 1) 常駐の影響を減らしてから（手動）
:: 2) SFC / DISM
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
:: 3) 失敗したら ISO ソースで再挑戦（ドライブ D:／インデックス 6 は例）
:: install.esd の場合は Source:esd:D:\sources\install.esd:6
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:6 /LimitAccess
:: 4) WU コンポーネントのリセット
net stop wuauserv
net stop bits
net stop cryptsvc
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start cryptsvc
net start bits
net start wuauserv
:: 5) Store リセットと再登録
wsreset.exe
PowerShell -NoP -C "Get-AppxPackage -AllUsers Microsoft.WindowsStore | % { Add-AppxPackage -DisableDevelopmentMode -Register ($*.InstallLocation + '\AppXManifest.xml') }"
PowerShell -NoP -C "Get-AppxPackage -AllUsers Microsoft.DesktopAppInstaller | % { Add-AppxPackage -DisableDevelopmentMode -Register ($*.InstallLocation + '\AppXManifest.xml') }"
:: 6) ログ採取（任意）
PowerShell -NoP -C "Get-WindowsUpdateLog -LogPath "$env:USERPROFILE\Desktop\WindowsUpdate.log"" 付録：インデックス番号の見つけ方
インストール メディアのイメージには複数のエディションが含まれ、同じファイル内で Index として区別されています。次のように一覧表示し、自分のエディションに合う番号を選びます。
DISM /Get-WimInfo /WimFile:D:\sources\install.wim
:: 例：Index : 6 → Windows 11 Home x64
最終的に、DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:<Index> /LimitAccess のように指定してください。
付録：トラブルの原因対策マトリクス
| 原因候補 | Windows Update | Microsoft Store | 対処 |
|---|---|---|---|
| コンポーネント ストア不整合 | 0x800f0915 などの失敗 | Appx 初期化失敗・黒画面 | SFC / DISM（ISO ソース） |
| キャッシュ破損（WU） | ダウンロード・適用でループ | 影響小 | SoftwareDistribution / catroot2 リセット |
| Store キャッシュ破損 | 影響小 | 起動即落ち・更新不可 | wsreset と再登録、LocalCache リネーム |
| 通信干渉（AV/VPN/プロキシ） | パッケージ取得失敗 | サインイン／ダウンロード失敗 | 一時停止・除外設定・安定回線 |
要点の再掲：
0x800f0915 の背景には「修復ソース参照の失敗」や「ストアの不整合」が潜みます。DISM + 正しい install.wim（または esd） の組合せが決め手になりやすく、Store の黒画面は wsreset と再登録でほぼ解消します。上から順に淡々と実施し、途中で直れば無理に全手順を行う必要はありません。
コメント