Windows 11「KB5077181」で再起動ループ発生：原因の傾向と今すぐできる復旧・回避策まとめ

2026年2月のWindows Update（KB5077181）を適用した一部のWindows 11端末で、起動直後から再起動を繰り返してデスクトップに到達できない「無限再起動ループ」が報告されています。企業PCでも個人PCでも起こり得るため、被害を最小化するには「該当ビルドの確認」「切り分け」「安全なアンインストール」「更新の一時停止」までを一気に押さえるのが近道です。 マイクロソフトサポート+2Microsoft Learn+2

• Windows 11「KB5077181」で再起動ループ発生：原因の傾向と今すぐできる復旧・回避策まとめ
  • 何が起きているのか：KB5077181適用後に起動できない／再起動が止まらない
  • 影響が大きい理由：セキュリティ更新を止めづらい一方で「起動不能」は致命的
  • よく見えるエラーの傾向：インストール失敗コードやネットワーク異常も
  • 今すぐできる対処：起動できる場合と、起動できない場合で手順を分ける
    • 1) まだ起動できる場合：KB5077181をアンインストール→更新を一時停止
    • 2) 起動できない場合：回復環境からアンインストール（wusa）
  • 企業・管理者向け：被害拡大を止める運用の要点
  • まとめ：まずは“起動回復”を最優先、次に“更新を止める”、最後に“戻し方”を設計する

何が起きているのか：KB5077181適用後に起動できない／再起動が止まらない

問題の中心は、2026年2月10日配信の累積更新プログラム「KB5077181」を入れた直後から、Windowsが正常起動に至らず再起動を延々と繰り返す症状です。体感としては「更新完了→一度再起動→ログオン前後で落ちる→また再起動」を何度も繰り返し、PCに入れない状態になります。コミュニティではログオンループやサービス系エラー（SENS関連のエラーなど）が併発したという報告もあります。 Cyber Security News+2Microsoft Learn+2

対象として挙げられているのは、Windows 11 バージョン24H2／25H2系で、OSビルドが 26200.7840 または 26100.7840 の環境です（KB5077181の説明に紐づくビルド）。 マイクロソフトサポート+1

影響が大きい理由：セキュリティ更新を止めづらい一方で「起動不能」は致命的

この更新は不具合だけでなく、セキュリティ面では重要な修正も含むため、単純に「入れなければOK」と言い切れないのが厄介です。実際、CISAのKEV（悪用が確認された脆弱性カタログ）に追加された脆弱性が同時期に話題になっており、Patch Tuesdayの更新適用自体は推奨されやすい状況でした。 cisa.gov+1

さらにKB5077181周辺では、Secure Boot証明書（2011年発行分）が2026年6月から期限切れになっていく問題への備えとして、新しい証明書を配布していく流れも説明されています。ここを取りこぼすと、将来的に「起動はできてもブート段階の防御が弱い状態」になり得るため、更新は本来とても重要です。 マイクロソフトサポート+2Windows Blog+2

だからこそ今回は「安全に起動を回復しつつ、更新運用をどう戻すか」がポイントになります。

よく見えるエラーの傾向：インストール失敗コードやネットワーク異常も

端末によっては、更新の適用時または適用後に以下のような兆候が出ることがあります。

• Windows Updateのエラーコード（例：0x800f0983、0x800f0991）が出て適用が不安定

• 起動できたように見えても、しばらくしてログオンループ／サービスエラーが発生

• DHCPが不調でネットにつながらない（リンクは生きているのに通信できない）

これらはドライバやサービススタック周り、あるいは環境依存要因（機種固有のドライバ、管理ツール、セキュリティ製品、暗号化や仮想化設定など）と衝突している可能性が示唆されます。 Microsoft Learn+1

今すぐできる対処：起動できる場合と、起動できない場合で手順を分ける

1) まだ起動できる場合：KB5077181をアンインストール→更新を一時停止

デスクトップに入れるなら、まずは影響の大きい更新を外して安定化させます。

• コントロール パネル → プログラムと機能 → インストールされた更新プログラムを表示

• KB5077181 を選んでアンインストール

• 再起動後、Windows Updateを一時停止（少なくとも数日〜状況が落ち着くまで）

実際にこの手順でログオンループやサービスエラーが止まった、という案内が出ています。 Microsoft Learn

2) 起動できない場合：回復環境からアンインストール（wusa）

デスクトップに入れない場合は、Windows回復環境（WinRE） を使います。

• 起動中に電源長押しで強制終了…を 3回 繰り返してWinREへ（機種により方法は多少異なります）

• もしくは インストールメディア から起動して 修復 → コマンド プロンプト

• コマンドでアンインストールを実行：

その後、起動できる状態に戻ったらシステムファイルを修復：

この流れが現時点で最も現実的な復旧ルートとして案内されています。 Microsoft Learn

企業・管理者向け：被害拡大を止める運用の要点

再起動ループは「1台壊れた」では済まず、管理下端末に広がると業務停止につながります。短期的には次を優先すると効果が出ます。

• KB5077181の展開を停止／リングから除外（WSUS/Intune等の承認・割り当て見直し）

• 影響端末の OSビルド（26200.7840 / 26100.7840） を条件にインシデント台帳化

• 回復手順（WinRE→wusa） をヘルプデスク手順書に固定し、現場で迷わせない

• 原因切り分け用に、該当端末の ドライバ更新状況・暗号化・セキュリティ製品・最近の周辺機器 を優先収集

また、Secure Boot証明書更新の流れは2026年後半に向けて避けて通れないため、今回のようなトラブルが起きた環境ほど「どの更新で証明書更新が入るのか」「OEMのファーム更新要否」を別途棚卸ししておくと、後で詰まりにくくなります。 マイクロソフトサポート+2Windows Blog+2

まとめ：まずは“起動回復”を最優先、次に“更新を止める”、最後に“戻し方”を設計する

KB5077181絡みの無限再起動ループは、発生すると操作不能になりやすい一方、対処の軸はシンプルです。

1. 影響が疑わしければ KB5077181をアンインストール

2. 起動不能なら WinRE→wusaで除去

3. 復旧後は 更新を一時停止して再発を防ぐ

4. 企業は 展開制御と手順の標準化で被害を封じる

セキュリティ更新と安定性はトレードオフになりがちですが、今回は「まず起動できる状態に戻す」ことが最重要です。復旧できた端末から順に、更新運用を安全側に組み直していきましょう。