Windowsエラー8007139fの意味と起動ループ時の論点整理（Windows 10/11）

本記事が扱う事象は、Windowsで表示されるエラーコード「8007139f（0x8007139f）」が、起動ループや更新失敗、アプリ不具合など複数の場面で現れる点です。発生箇所が異なると原因も変わるため、まず「どの層で失敗しているか」を整理することが判断材料になります。確認日：2026年1月13にち。

• 8007139fは「状態が正しくない」ことを示す汎用エラー
• 起動ループで出る場合に想定される発生パターン
• 回復環境（WinRE）での確認軸と、代表的な修復の枠組み
• ゲーム・Store系で出る8007139fは別の原因線を持つ
• 新品PCで発生した場合に確認されやすい前提条件

8007139fは「状態が正しくない」ことを示す汎用エラー

8007139f（0x8007139f）は、対象のリソースやグループが要求された操作を実行できる状態にない、という意味を持つコードです。 (Microsoft Learn)
このコードは、特定の機能専用の番号というより、Windows内部で「前提条件が満たされていない」場合に返り得る性質があります。そのため、Windows Updateの失敗、Windows Defender（Microsoft Defender）関連の処理停止、Microsoft Store（マイクロソフト ストア）経由のコンポーネント導入失敗など、出現範囲が広くなります。 (Microsoft Learn)

ただし、同じコードでも「画面に出る位置」が違えば論点が変わります。起動中に青い画面でループするなら、ブート構成や回復環境（WinRE）側での修復可否が中心になります。 (Microsoft Learn)
一方で、Windowsが起動できている状態でStoreやXboxアプリ側で出るなら、アプリ配布基盤やGaming Services（ゲーミング サービス）など、UWP系コンポーネントの整合性が焦点になります。 (Microsoft サポート)
以上を踏まえると、「同じ8007139fでも、どの段階で止まっているか」を最初に切り分ける必要があります。

起動ループで出る場合に想定される発生パターン

起動ループ型の8007139fは、更新の失敗やUEFI設定変更を契機に、起動に必要な整合性が崩れる構図で説明されることが多いです。 (Microsoft Learn)
Microsoft Q&Aでは、8007139fのループとして「回復環境に入れない」「BIOS（UEFI）以外に進めない」といった状態が示され、WinREでの修復（Startup Repair）やシステムファイル修復（SFC/DISM）といった枠組みが案内されています。 (Microsoft Learn)

他方、UEFI側のSecure Boot（セキュア ブート）を有効化した直後にループへ移行したという事例も、コミュニティ投稿で確認できます。 (Microsoft Learn)
この場合の論点は、OS側のブート構成と、UEFIの鍵・検証（署名）条件が一致しているかです。言い換えると、設定変更が「正しい起動経路」を狭め、既存構成が条件を満たせなくなる可能性が生じます。

なお、本記事の対象となる事象として、掲示板投稿では新品のプリビルトPCで購入後短期間に発生したとされる例も見られます。 (Reddit)
新品であっても、初回セットアップ直後の累積更新、ドライバ配布、セキュリティ機能の初期化が短い期間に集中するため、更新失敗や不整合が表面化しやすい条件がそろいます。この結果、ユーザー操作の有無にかかわらず、起動段階でコードが表に出ることがあります。

回復環境（WinRE）での確認軸と、代表的な修復の枠組み

起動ループ時は、WinREで「自動修復が可能か」「システムファイルとコンポーネント ストアが修復対象か」を確認する流れが基本線になります。 (Microsoft Learn)
Microsoft Q&Aの回答では、WinREに入った上でStartup Repair（スタートアップ修復）を試し、次にコマンドプロンプトでSFCやDISMによる修復を行う、という順序が示されています。 (Microsoft Learn)
これらは「起動に必要なファイルが欠損・破損している」「更新処理の途中状態が残っている」といった構造に対し、整合性を回復させる考え方です。

ただし、WinREに入れないケースや、BIOS以外の画面へ進めないケースも報告されています。 (Microsoft Learn)
その場合は、ストレージ認識、起動順位、セキュアブート関連設定、TPM（トラステッド プラットフォーム モジュール）やBitLocker（ビットロッカー）周辺の状態が、実務上の確認点となります。特に暗号化や検証機構が関係すると、OS修復以前に「起動の前提」を満たせないことがあります。

整理のため、起動ループ時に多い論点を表にまとめます。

つまり、同じ「起動ループ」でも、WinRE到達可否で手段が変わります。そうすることによって、原因候補を「OS修復で届く範囲」と「UEFI/暗号化の前提」に分けて整理できます。

ゲーム・Store系で出る8007139fは別の原因線を持つ

Gaming ServicesやXboxアプリ周辺で表示される8007139fは、OS起動問題ではなく配布コンポーネントの不整合として扱われることがあります。 (Microsoft サポート)
Microsoftのサポート文書（KB5004327）では、Windows 10でXbox Game Passのゲーム導入や起動時にMicrosoft Storeへ誘導され、0x80073D26または0x8007139Fが出る症状が示されています。 (Microsoft サポート)
その解決策として、特定の更新プログラム（KB5004476）の適用が提示されています。 (Microsoft サポート)

また、ゲームの配信側サポートでも、Windows更新に起因する可能性が述べられています。たとえばSea of Thieves（シー オブ シーブス）の案内では、0x8007139f（場合により0x00000001）を「最近のWindows Updateに関連する問題」として説明しています。 (support.seaofthieves.com)
この系統は、起動ループとは異なり、OSのコア起動ではなく「ストア配布コンポーネント」「アプリの依存サービス」「更新適用状況」が中心論点になります。

ただし、同一PCで「起動も不安定」「Store系も不安定」が同時に起きる場合、根は共通で、更新の途中状態やシステムファイル破損が上流にある可能性も残ります。以上を踏まえると、表示場所（ブート時か、ログオン後か）を軸に原因線を分けることが合理的です。

新品PCで発生した場合に確認されやすい前提条件

新品・プリビルト環境では、初期更新とファームウェア設定の組み合わせが、8007139fの発生条件になることがあります。 (Reddit)
掲示板投稿で新品購入後の短期間に起動ループが出た例が示される一方、Microsoft Q&AではSecure Boot有効化を契機にループへ移行したとする説明も見られます。 (Reddit)
この2つを合わせて考えると、「初期更新でブート構成が変化する局面」と「UEFI側で検証条件を変える局面」が近接すると、条件差が生じる可能性があります。

また、BitLockerやTPMが関係する構成では、起動時の検証と暗号化の前提が崩れた際、OS修復の手前で停止することがあります。これは、0x8007139fが「正しい状態ではない」という汎用意味を持つため、ブート層でもアプリ層でも同じ番号が出得る点と整合します。 (Microsoft Learn)
なお、現場運用では「回復手段の確保（回復環境到達、復元ポイント、インストールメディア）」を先に押さえ、次に更新・UEFI・暗号化の順で変更履歴を追う整理が採られます。そうすることによって、原因を一点に決め打ちせず、失敗層ごとに検証可能な範囲を確保できます。