【解決】WinREのマウス・キーボードが動かない問題、KB5070773で修正完了

コメント一覧 （32件）

• 今回のＫＢトラブル解消後はＰＣもなんとかおちついてます。
  DISM /Online /Cleanup-image /Restorehealthとか使ってもコア部分までは修復厳しい場合あるんだなあと思った次第。
  ちなみに状況発生時のキーボードはサンワサプライのUＳＢキーボード（チタン製）、マウスはRAZERのデスヘッダ－でした。

  そういえばこちら記載（https://freesoft.tvbok.com/tips/pc_maintenance/full-fledged_maintenance.html）対処法ですが、今回のには効くんですかね。最終手段ともありますので。

  返信

  • み様、

    今回の KB5067036 は本当に不具合が多いですね。まさに欠陥プログラムです。

    キーボード（サンワサプライ）とマウス（Razer DeathAdder）の情報もありがとうございます。USB接続の標準的な機器で発生していたという、重要な情報です。

    リンク先で紹介されている「fsutil」を使用したコマンドは、専門家や上級ユーザーが「最後の手段」の一つとして試みるコマンドであり、一般ユーザーが実行するべきコマンドではありません。
    このコマンドを実行した場合、データ不整合を引き起こす可能性がゼロではありません。データ不整合が発生すると、システムが不安定になります。可能性は極わずかですが、おすすめはできません。

    chkdsk コマンドは、0x800f0983 に対しての効果はほぼないと思います。

    エラー 0x800f0983 は、内部的には PSFX_E_MATCHING_COMPONENT_NOT_FOUND という意味を持ちます。 Windows Update（特に累積更新プログラム）を適用しようとした際に、「適用先となるべきコンポーネントが見つからない」または「コンポーネントの状態が古すぎて一致しない」という状態を示します。このエラーの解決には、やはり「Windows Update で問題を解決する」または「上書きインストール（修復」が一番です。

    Windows 11のクリーンインストール・上書きインストール（修復）方法を解説
    https://windows-waza.com/how-to-perform-a-clean-install-or-overwrite-install-repair-of-windows-11/

    返信

• 初めまして、こちらのサイトの記事を良く参考にさせて頂いています。
  週末にwindows 11 23h2を、24h2にアップグレードする事を検討していますが、このWinReの件について、どのような流れになるのか、管理人様の分かる範囲で教えて頂ければと思い、質問させて頂きました。
  1)上書きインストールをする予定でいますが、アップグレード時点では、10月の月例累積更新である、Reの不具合のあるプログラムが当てられますか。
  2）上書きアップグレード後にwindows の更新をかけ、オプションから上記記事に書かれているプログラムを入れれば、パッチが当てられるという事でしょうか。
  つまり、上書きの時点では不具合がそのままインストールされるけれども、その後のwindows updateで補う形になるという認識で、合っているでしょうか。

  また、不具合への念のための備えとして、以下の事を考えています。
  1）デスクトップでは、PS/2キーボード使用（自分のマザーは、PS/2キーボード利用できます）
  2）ノートPCならタッチパネルの有効化（キーボードでも行けるとは思いますが）
  3）MS公式から25h2のISOをDLしてインストールメディアを作っておく（MSのMedia Creation Toolに不具合があった気がするので、rufusを使用。何かあったらインストールメディア起動で回復環境に入る–このISOが不具合前の内容であるなら）
  4）上書きインストール、及びその直後のwindows update時に、esetのリアルタイム保護とファイアウォール保護を一時的に停止しておく

  ・上書きが上手く行くなら、そこで不具合のあるビルドがインストールされても、windows updateオプション経由で、Reを修復するプログラムを適用可能。windows updateで失敗する時には、この記事に掲載された管理人様のプログラムを利用し、回復環境を元に戻せる。
  ・上書き自体が上手く行かず、23h2に戻す等の作業が発生した場合、PS/2キーボード等で回復環境の操作はできる。場合によっては、インストールメディア経由でUSBを使えるRe環境を引き出せる。
  このように認識しておりますが、いかがでしょうか。

  たくさん不具合があるので、自分のやり方で正直どこまで対応できているのか分かりませんが、お気づきの点や注意点など見つかりましたら、アドバイスを頂ければ幸いです。

  お忙しいところ、お手数をおかけしますが、どうぞよろしくお願いします。

  返信

  • Celi様、コメントありがとうございます。

    はじめまして。いつも当サイトを参考にしていただき、誠にありがとうございます。 そして、23H2 から 24H2 へのアップグレードを計画されているとのこと、承知いたしました。

    1)上書きインストールをする予定でいますが、アップグレード時点では、10月の月例累積更新である、Reの不具合のあるプログラムが当てられますか。

    いいえ、おそらく Celi様は、既にお持ちのインストールメディア（24H2）を使用して上書きをしようとしていると推測します。
    インストールメディア（24H2）は古いバージョンを含んでいますので、上書きアップグレード後に不具合のある WinRE が適用されているということはないでしょう。

    2）上書きアップグレード後に windows の更新をかけ、オプションから上記記事に書かれているプログラムを入れれば、パッチが当てられるという事でしょうか。

    はい、その通りです。

    つまり、上書きの時点では不具合がそのままインストールされるけれども、その後のwindows updateで補う形になるという認識で、合っているでしょうか。

    こちらは上で説明したように、不具合がそのままインストールされることはありません。その後の Windows Update で補う形になります。

    また、不具合への念のための備えとして、以下の事を考えています。

    Celi様が考えられている 4つの備え（PS/2、タッチパッド、Rufus での ISO作成、ESET 一時停止）は、どれも非常に的確で、万が一の事態に備える「完璧な準備」です。

    PS/2キーボードやタッチパッド: 万が一 WinRE の不具合が発生した場合でも、これらがあれば確実に操作できる「命綱」になります。

    インストールメディア（ISO）の準備: これも素晴らしい備えです。おっしゃる通り、インストールメディアから起動した修復環境は、PC 本体の WinRE とは別物ですので、確実に USB機器が動作します。

    ESET（セキュリティソフト）の一時停止: WinRE の不具合とは関係なく、OS の大型アップデート（23H2→24H2）を行う際には、予期せぬ競合を防ぐためにセキュリティソフトを一時停止しておくのは、非常に賢明な予防策です。

    Celi様のご認識は、ほぼ完璧です。 準備は万全ですので、何も心配することはありません。
    他に私から付け加えるアドバイスは、何もありません。

    お忙しいところ、詳細な計画をご共有いただき、ありがとうございました。 アップグレードが無事に完了することを心から願っております。

    返信

• KB系のトラブルは色々ありますが、今回かなり面倒なことになってます。
  一応普通にKB5070773 を適用したのですが、ＰＣの調子が微妙でとあるアプリ（セーフモードとかにすぐ行けるやつです）でセーフ行こうとしたら、その前段階で、ＵSBキーボードとマウスが動かなくなって現在に至ります。KB5070773 は三回くらい再インスト失敗、当サイトの記事等で原因は「ディスク容量不足」とかかなあみたいな感じです。
  一応念の為にPS/2仕様のキーボード入手して「PS/2→ＵSB変換コンバータ」購入も検討中ですが、ＰＣ本体のＵSBに挿して動くかどうか？で悩み中。

  今回はほんとうに厄介です。

  返信

  • み様、コメントありがとうございます。

    セーフモードの前段階でキーボードやマウスが動かないとのこと、本当に厄介な状況でお困りのこととお察しいたします。
    「winRE のバージョンは 10.0.26100.6891 です（別ページのコメント）」という情報、ありがとうございます。それがまさに不具合が修正される前の古いバージョンであり、KB5070773 の適用が WinRE にまで完了していないことの決定的な証拠です。

    「KB5070773 は三回くらい再インスト失敗」とのことですが、原因を正確に切り分け、最善の解決策を探るために、もしよろしければ以下の 5点の情報を教えていただくことは可能でしょうか？

    1.Windows本体のバージョン:
    Windowsキー + R を押して「ファイル名を指定して実行」を開き、「winver」と入力して Enter を押します。 ここに表示される表示される「OS ビルド」番号
    2.エラー番号:
    KB5070773 の更新失敗時に表示されるエラーコード
    3.Cドライブの空き領域:
    ユーザー様ご自身が「ディスク容量不足」をご懸念されていますので、Cドライブの空き容量
    4.お使いのアプリの名称:
    「セーフモードとかにすぐ行けるやつ」の、具体的なアプリ名
    5.セーフモードの前段階とは？

    ↓よろしければ、以下のテンプレートをコピーしてご返信ください↓

    — 回答コピペ用 —
    1. OS ビルド番号 (winver) : [ ]
    2. 更新失敗のエラーコード : [ ]
    3. Cドライブの空き領域 : [ ]
    4. アプリの名称 : [ ]
    5. セーフモードの前段階とは WinRE（回復環境）ですか？ : [ ]
    —

    （マウス・キーボードの型番も分かれば助かりますが、まずは上記 5点を教えていただけると、原因をほぼ特定できると思います）

    お手数をおかけしますが、ご返信いただけると幸いです。

    返信

    • 早朝からの返信ありがとうございます。これの対応で徹夜気味です。
      返信テンプレまでの対応助かります。
      1. OS ビルド番号 (winver) : [ 26200.6725]　ＯSはwin1125Ｈ2です。
      2. 更新失敗のエラーコード : [ 0x800f0983]　他に疑わしい更新もあるので一応削除
      3. Cドライブの空き領域 : [現在は80ギガちょい ]
      4. アプリの名称 : [ 簡単楽々！デスクトップに電源ボタン-for-Windows-10]
      5. セーフモードの前段階とは WinRE（回復環境）ですか？ : [ WinRE（Windows回復環境）の画面です。]
      —
      現状としてはウィンドウズのアプデ止めてる、DISMコマンドなどで「復元操作は正常に完了」の状態。
      ログビューアで見たらエラーとかの警告それなりにあったので、原因かと思われるのを終了したり等。

      返信

      • み様、詳細な情報をありがとうございます。

        これで、状況が非常にはっきりとしました。

        1. 現在のOSビルド: .6725 (2025年9月29日 – KB5065789 がインストールされている状態)
        2. 適用したいパッチ: KB5070773 (.6901 に更新するためのもの)
        3. 失敗するエラー: 0x800f0983 (コンポーネントストアの破損)
        4. 現在の WinRE のバージョン: .6891 (不具合のあるバージョン)
        5. ディスク空き容量: 80GB (十分すぎるため、これが原因ではない)

        この状況を見ると、み様の PC は、KB5070773 のインストールに必要な前提コンポーネントが破損しているため、0x800f0983 エラーで失敗しています。
        そして、その結果、WinRE も不具合のある .6891 のまま放置されている、という状況です。

        み様が DISM などで「復元操作は正常に完了」と確認されたにも関わらずこのエラーが出るのは、sfc や DISM では修復できない、より根深い不整合がコンポーネントストア（WinSxS フォルダ）に残ってしまっていることを示しています。

        【解決策】

        現在、み様の環境に最適な解決策は、「Windows Update で問題を解決する」です。詳細は下記のページをご覧ください。
        https://windows-waza.com/new-feature-of-win11-fix-problems-with-windows-update/

        手順：

        1.「Windows Update で問題を解決する」の実行。
        2.Windows 11（修復バージョン）がインストールされると、コンポーネントストアの破損も修復され、2025年10月14日 – KB5066835 がインストールされた状態になるはずです。
        3.Windows Update から KB5070773 のインストールを実行。

        上記の手順どおりに進めれば、KB5070773 のインストールおよび WinRE（Windows回復環境）の画面でマウス・キーボードが反応しない問題が解決されるでしょう。

        もしも WinRE のバージョンのみ更新されない場合は、当ページを参考に、WinRE の更新プログラムのみをインストールしてみてください。
        https://windows-waza.com/solved-mouse-and-keyboard-not-working-issue-in-winre-fixed-with-kb5070773/#index_id12

        返信

        • こんばんは。今回のトラブルでうちの事例が何かのお役になれば幸いです。
          運営さんが記載した「修復インストール（インプレースアップグレード）」でやっと全て解決しました。
          winREの方も無事「10.0.26100.6901」になっており、この前のテンプレに記載したアプリ使って、回復環境が正常作動（USBキーボード及び、マウス）することも確認できました。

          今回の件、マイクロソフトは一応解決済みとは発表してますが、完全解消ではないようで。
          ひとまずはありがとうございました

        • み様、

          無事にすべて解決したとのこと、本当によかったです。そして、そのご報告をいただけたこと、私も心の底から嬉しく思います。

          今回のトラブルでうちの事例が何かのお役になれば幸いです。

          お役になるどころか、み様のご報告は非常に貴重な事例でした。 み様が詳細な情報（OS ビルド、エラーコード、WinRE バージョン）を正確に共有してくださったおかげで、

          • KB5070773 の修正パッチ自体が、0x800f0983 エラー（コンポーネントストアの破損）で適用できないユーザーがいる
          • その場合、sfc や DISM では直らず、最終的に「修復インストール」が必要である

          という、Microsoft が発表していない、非常に重要な問題を当サイトで取り上げることができました。

          今回の件、マイクロソフトは一応解決済みとは発表してますが、完全解消ではないようで。

          まさにおっしゃる通りです。パッチを当てることすらできないユーザーがいるのですから、「完全解消」とは言えませんよね。
          この度は、徹夜になるほどの困難な状況の中、諦めずに対応され、そしてその詳細な経過を共有してくださり、本当にありがとうございました。

• はじめまして、19日ごろ、この問題の存在を知らずにHP製デスクトップPC、Win11にて回復機能の使用してしまったところキーボード、マウスが反応せずさらにはBitlockerが適用されてしまっているため48桁の回復パスも入力できない二重苦状態にあります。幸い別PCがあるため修復ディスクを作りクリーンインストールは可能かと思いますが一部バックアップが取れていない状態のためなんとか通常起動にもっていきたいです。が、こうなるともうクリーンインストール以外の選択肢はないのでしょうか。最近のPCのためPS/2ポートもありません。修復ディスクを使用してのさらなるロールバックによる解決ができれば…というところです。拙い質問で申し訳ありませんがお知恵あればご教授いただければ幸いです。

  返信

  • SBNET様、コメントありがとうございます。

    また、コメントがスパムフォルダーに分類されてしまっており、確認と返信が遅れましたこと、心よりお詫び申し上げます。
    おそらく、SBNET様は既にご自身で解決策を見つけられているかもしれませんが、もし、まだお困りの状況が続いておりましたら、と思い返信させていただきます。 （既にご解決済みでしたら、この返信は読み流してください）

    状況、拝見いたしました。 回復機能を使おうとしたらキーボード・マウスが反応せず、さらにBitLockerの回復キーも入力できない…まさに「二重苦」ですね。一部バックアップが取れていないデータもあるとのことで、本当にご心労とお察しいたします。
    が、こうなるともうクリーンインストール以外の選択肢はないのでしょうか。

    いいえ、まだ希望はあります。SBNET様がお考えの通り、別の PC で作成した「修復ディスク（Windowsインストールメディア）」を使うのが、まさにその解決策です。

    【なぜ、それで解決できるのか？】 PC 本体に保存されている回復環境（WinRE）は、KB5067039 の不具合でキーボード操作ができません。 しかし、USBインストールメディアから起動する修復環境は、USBメモリ内のクリーンなファイル（boot.wim）を使用するため、キーボードが正常に動作します。

    【最優先】まず、強制終了をお試しください。
    SBNET様は、現在「回復キーの入力画面」などでキーボードが効かず、フリーズしている状態ではないでしょうか？
    もし、まだ「PC の初期化」や「システムの復元」などの操作を完了する前であれば、PC 本体の Windows はまだ無傷である可能性が非常に高いです。

    以下の手順で、PC が通常起動に戻るかどうか、まずはお試しください。

    1.PC本体の電源ボタンを 10秒以上長押しして、PC の電源を強制的に切ります。
    2.数秒待ってから、もう一度電源ボタンを押して PC を起動します。

    もし Windows 本体が無事であれば、今度は回復環境には入らず、いつもの Windows サインイン画面が正常に起動する可能性があります。

    もし、通常起動できた場合
    無事に Windows が起動したら、すぐに Windows Update を実行し、この不具合を修正するパッチ「KB5070773」を適用してください。これで、今後 WinRE を使ってもキーボードが使えるようになります。

    もし、通常起動できない場合（自動修復ループなど）
    もし強制終了しても Windows が起動せず、再び回復環境（操作不能な画面）に戻ってしまう場合は、残念ながら OS の起動プロセス自体に問題が発生しています。

    【修復手順の概要】

    別の正常な PC で、Windows 11 のインストールメディア（USBメモリ）を作成します。

    1.問題の PC を、その USBメモリから起動（ブート）させます。
    2.Windows 11 セットアップ画面（言語選択）が表示されたら、「次へ」をクリックします。
    3.キーボード選択画面も同じように「次へ」をクリックします。
    4.セットアップオプションの画面で「PC を修復する」をクリックします。
    5.キーボードレイアウトは「Microsoft IME」を選択します。
    6.青い「オプションの選択」画面が表示されます。ここではキーボードが使えるはずです！
    7.（おそらく）BitLocker の回復キー（48桁）の入力を求められますので、キーボードで入力し、ドライブのロックを解除します。
    8.「トラブルシューティング」に進み、まずは「スタートアップ修復」や「システムの復元」（ロールバック）をお試しください。

    この方法で必ず通常起動に戻れるとは限りませんが、クリーンインストールを実行する前に試す価値が十分にある、唯一の手段です。
    大変な状況ですが、この手順でデータが救出できることを心から願っております。

    返信

• 仮に「残骸」があるとしてそれをクリーンにする方法ってあるんでしょうか？今後も似たシチュはありそうですが。回復環境を更新するので僅かな不整合か競合でエラーがでたのでしょうか。回復環境の更新は今までもあったのでしょうか？気がついてなかっただけかもしれませんが。

  返信

  • siden様、

    いつも詳細なコメント、そして深いご質問をいただき、誠にありがとうございます。 siden様のような熱心な読者様からのご質問は、私にとっても新たな学びとなり、大変嬉しく思っております。

    ご質問いただいた点について、一つずつお答えさせていただきます。

    1. WinREイメージ内の「残骸」をクリーンにする方法は？
    仮に「残骸」があるとしてそれをクリーンにする方法ってあるんでしょうか？

    Windows には、更新後に不要になった古いファイル（残骸）をクリーンアップするためのコマンド (DISM /Cleanup-Image) があります。しかし、これを WinRE イメージに対して実行することは推奨しません。

    以前の記事（またはコメントのやり取り）で触れたかもしれませんが、私自身が検証した結果、WinRE イメージをマウントした状態でこれらのクリーンアップコマンド（特に /ResetBase オプション）を実行すると、WinREイメージが破損したり、その後のReAgentC.exeコマンド（WinREの有効化など）が正常に動作しなくなるという深刻な問題が発生することを確認しています。

    WinRE は特殊な環境であるため、通常の Windows (/Online) に対して安全なクリーンアップコマンドでも、WinRE に対しては予期せぬ副作用を引き起こす可能性があるのです。（バグである可能性もある）

    【結論として】 WinRE イメージ内の「残骸」を安全にクリーンアップする確実な方法は、残念ながら現時点ではありません。WinRE イメージのファイルサイズを最小限に保つことよりも、回復環境が確実に機能することを優先すべきだと考えます。 もし WinRE イメージをクリーンな状態にしたい場合は、クリーンアップを試みるよりも、公式の ISO ファイルから抽出した、何も変更されていない winre.wim を使用するのが最も安全です。

    【参考：DISM /Cleanup-Image コマンドの公式情報】 このコマンドの本来の用途や詳細なオプションについてご興味がある場合は、以下の Microsoft 公式ドキュメントをご参照ください。（ただし、WinRE イメージへの適用に関する注意点は記載されていない場合がありますのでご注意ください。）

    Windows REに更新パッケージを追加する（「実行中のPCにアップデートを適用する」セクション）
    https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/add-update-to-winre?view=windows-11

    2. 僅かな不整合でエラーが出る？
    回復環境を更新するので僅かな不整合か競合でエラーがでたのでしょうか。

    はい、まさしくその通りです。回復環境（WinRE）の更新プロセスは非常にデリケートです。 おっしゃる通り、コンポーネントストアにごく僅かな不整合があったり、あるいはセキュリティソフトのような他のプログラムとの競合があったりするだけで、WinRE イメージ (winre.wim) への更新が失敗してしまうことがあります。

    3. 回復環境の更新は今までもあった？
    回復環境の更新は今までもあったのでしょうか？気がついてなかっただけかもしれませんが。

    はい、ありました。そして、気がつかなかっただけ、というのが正解です。通常、Windows の月例累積更新プログラム（LCU）には、メインの OS だけでなく、WinRE イメージに対する修正や更新も含まれている場合があります。 Windows Update は、LCU を適用する際に、バックグラウンドで自動的に winre.wim の中身も更新（パッチ適用）しています。

    【補足】WinREが更新されたことをイベントビューアーで確認する方法
    https://windows-waza.com/mouse-and-keyboard-not-responding-in-windows-recovery-environment-the-cause-is-kb5067039/#index_id1

    【補足：通常のWindowsのクリーンアップについて】
    念のため補足させていただきますが、今回「推奨しない」と述べたのは、あくまで WinRE イメージ内に対するクリーンアップコマンドの実行についてです。

    現在実行中の通常のWindows（/Online）に対して、

    DISM /Online /Cleanup-Image /StartComponentCleanup

    などを実行することは、安全であり、むしろシステムのメンテナンスとして推奨される行為ですので、ご安心ください。

    DISM /Online /Cleanup-Image /StartComponentCleanup コマンドは、WinSxS フォルダー（C:\Windows\WinSxS）を対象としたクリーンアップを実行します。

    返信

    • 今思ったのですが、来月の定例Update以降のタイミングで修復インストールを行ったら、その残骸も消えたりしませんかね？
      まあ何となくそんな気がしただけですが。今のタイミングだと、今回は緊急パッチなんで、多分やると巻き戻ってややこしいことになると思うのです。思いつきですが。

      返信

      • siden様、

        おっしゃる通り、修復インストール（インプレースアップグレード）は、使用するインストールメディアに含まれる Windows のバージョンでシステム全体を上書きします。 したがって、来月（2025年11月）の月例更新プログラムがリリースされ、それが統合された新しいインストールメディアを使って修復インストールを行えば、今回の一連の騒動に関連する「残骸」は一掃され、完全にクリーンで最新の状態になる可能性が非常に高いです。

        返信

        • なるほどありがとうございます。
          システム「WindowsUpdateで問題を解決する」からの修復インストールでも同様でしょうか？
          それともインプレースアップグレードでないとそうならないのでしょうか？

          どちらにせよ、次回以降何かしらのエラー等が起きるタイミングまで放置でいい気はしますが。

        • siden様、

          はい、最終的な結果としては「Windows Update で問題を解決する」からの修復インストールでも、インストールメディアを使った修復インストール（インプレースアップグレード）でも、同じになるはずです。
          どちらの方法も、Windows のシステムファイルを現在の安定したバージョンに置き換えることを目的としています。

          たしかに、修復に使われる「元となるファイル」のバージョンは、

          • メディアからの場合: メディア作成時点のバージョン
          • Windows Update 経由の場合: Microsoft のサーバーからダウンロードされる、その時点での最新の修復用ファイル と、一時的に異なる可能性はあります。

          しかし、どちらの方法で修復した場合でも、修復完了後に Windows Update を実行すれば、最終的には同じ最新の状態に更新されるため、心配する必要はありません。
          おっしゃる通り、現在 PC が安定しているのであれば、次回何か問題が発生するまで様子を見る、というのは非常に合理的な判断だと思います。

• 21日にKB5070773をインストールして以降、ドングル型のBluetoothドライバが一切認識されなくなりました。

  調べてみると同様の事象が発生している人がいるようです。

  返信

  • K様、コメントありがとうございます。

    そして、KB5070773 インストール後に Bluetoothドングル が認識されなくなったとのこと、大変お困りのこととお察しいたします。
    同様の事象が他でも発生している可能性があるとのこと、非常に重要な情報をご提供いただき感謝いたします。

    ただ、原因を特定し、有効な解決策を探るためには、もう少し詳しい情報が必要となります。大変お手数ですが、もしよろしければ以下の点を教えていただけますでしょうか？

    1. お使いの PC の環境:
    PC のメーカーと型番
    OS のバージョン（例：Windows 11 Home 25H2）
    問題が発生しているBluetoothドングル（USBアダプター）のメーカーと型番
    2. 認識されなくなる具体的な状況:
    Bluetoothドングルが認識されなくなるのは、通常の Windows 操作中でしょうか？それとも、回復環境（WinRE）でのことでしょうか？あるいは両方でしょうか？
    3. 試されたこと:
    これまでに試された対処法があれば教えてください。（例：Bluetooth ドライバーの再インストール、ドングルを別の USBポートに接続、PC の再起動など）
    4. 「同様の事象」の情報源:
    もし、同様の事象が発生している情報を見つけた Webサイトなどがあれば、教えていただけると大変参考になります。

    KB5070773 では、WinRE の問題修正に関連して他のシステムファイルも更新されています。その影響が Bluetoothドングルに及んでいる可能性もゼロではありませんが、断定するには情報が不足しております。

    一般的な Bluetooth のトラブルシューティングとして、デバイスマネージャーでのドライバー更新や再インストール、Bluetooth サポートサービスの確認なども有効な場合があります。

    もし追加情報をいただけましたら、私の方でも原因や解決策について、さらに調査してみたいと思います。
    この度は貴重な情報をご共有いただき、本当にありがとうございました。

    返信

• 修復インストールを行ったあと、カタログからのKB5070773のインストールは成功し、ビルド番号も更新しましたが、回復環境は更新できていません。
  一度アンインストールしたあと、DISM.exe /Online /Cleanup-image /Scanhealthで確認すると、修復できますとでるのです。そしてDISM.EXE /online /cleanup-image /restorehealthで修復したあとにインストールしようとするとインストールができないのです。修復しなければインストールはできるようです。WindowsDefenderの機能を軒並み無効化してからでも回復環境には反映されないのです。
  Geminiにも聞いてみたのですが、回復パーテーションを疑っており、reagentc /disable　→　reagentc /enable　の実行を提案されているのですが、私には真偽がわからないのです。

  返信

  • siden様、コメントありがとうございます。

    重ねての詳細なご報告、誠にありがとうございます。
    修復インストール後も複雑な状況が続いているとのこと、本当にお困りのこととお察しいたします。ご自身でそこまで深く検証されていることに、心から敬意を表します。

    いただいた情報を整理すると、
    1. 修復インストール後、カタログ版 KB5070773 のインストール自体は成功し、OS ビルド番号も更新された。
    2. しかし、WinRE 環境は更新されなかった。
    3. KB5070773 をアンインストール後、DISM /RestoreHealth を実行すると、KB5070773 が再インストールできなくなる。
    4. セキュリティソフトを無効化しても WinRE は更新されない。
    5. Gemini は reagentc /disable /enable を提案しているが、真偽が不明。

    という状況ですね。これは、Windows Update と WinRE 更新の複雑な関係を示す、非常に興味深いケースです。

    なぜ WinRE が更新されなかったのか？

    この現象は、記事にも追記しましたが、Microsoft の公式ドキュメントにある「この更新プログラムは Windows Update から入手できます。自動的にダウンロードおよびインストールされます。」という記述と関連があると考えられます。

    なぜアンインストール後の DISM 実行で再インストール不能になるのか？

    これが非常に重要なポイントです。この発見は、DISM /RestoreHealth の挙動に関する重要なヒントを与えてくれます。
    これは仮説ですが、下記のような原因が考えられます。

    • 不完全なアンインストール: KB5070773 のアンインストールプロセスが正常に完了せず、C:\Windows\WinSxS フォルダ内に KB5070773 に関連するファイルや構成情報（マニフェストなど）の「残骸」が残ってしまった。
    • DISM /RestoreHealth の実行: このコマンドは、コンポーネントストア（WinSxS）をスキャンし、「あるべき状態」と比較して不整合があれば修復しようとします。
    • 誤った「修復」: システムが、アンインストール後の中途半端な状態（残骸がある状態）を元に「あるべき状態」を判断した、あるいは残骸自体を「修復すべき対象」と認識した結果、それらの残骸を「正しいもの」として固定化・整理してしまった。
    • 結果: システムは、コンポーネントストアの状態から「KB5070773 は（部分的であれ）インストール済みである」と誤認識してしまい、再インストールを受け付けなくなった。

    Gemini の提案 (reagentc /disable /enable) は有効か？

    結論から言うと、今回のケースではおそらく効果はありません。
    reagentc /disable /enable コマンドは、WinRE の構成情報（BCD ストアや ReAgent.xml）が破損したり不整合を起こしたりした場合に、それを再構築するためのコマンドです。

    しかし、今回の問題は WinRE の構成ではなく、winre.wim というイメージファイルの中身（ドライバー）が古いことが問題です。このコマンドは、winre.wim の中身を更新する機能はありません。

    今後の最適な対処法

    現在の状況（OS ビルドは KB5070773 適用済み、しかし WinRE だけが古い）を解決するための最も確実な方法は、WinRE イメージの中身だけを強制的に更新することです。

    まさに、そのために当記事で公開した「Windows 回復環境 (WinRE) 更新ツール.bat」が役立ちます。

    このバッチファイルは、KB5070773 に含まれる WinRE 向けの更新コンポーネント (KB5070762) を、DISM コマンドを使って直接 winre.wim に適用します。
    siden様の PC は OS 自体は最新の状態ですので、このバッチファイルを実行することで、WinRE だけをピンポイントで最新の正常な状態に更新できるはずです。

    大変複雑な状況になってしまいましたが、siden様の詳細な検証のおかげで、問題のメカニズムがより深く理解できました。
    もしよろしければ、WinRE 更新バッチファイルの実行をご検討いただけますでしょうか。

    返信

    • ありがとうございます。パッチファイルを実行してみました。最初扱いに手間取りましたがどうにかできました。ありがとうございます。
      回復環境も更新できたようです。それでなのですが、sfc /scannowやDISM.EXE /online /cleanup-image /restorehealth、dism.exe /online /Cleanup-Image /StartComponentCleanup等は実行しても大丈夫なのでしょうか？　説明だと、dism /cleanup-image コマンドで深刻な問題がでるぽいのですが、私にはちょっとよくわからなくて。

      X上でエラーがでてる人って、DISM.EXE /online /cleanup-image /restorehealthが関係してるよう気がうっすらしています。
      KB5066835のインストールでエラーが出る→24 H 2修復インストールを行う（KB5066835自体が含まれていた）※sfc やDISMでチェック問題なし→25H2にアップグレードした　※同様に問題がなかった→KB5070773でエラーがでる→25H2修復インストール※システムチェックも問題なかったはず→WindowsUpdateからKB5070773を更新しよう年経が何故かダウンロードがすすまない→カタログからインストールできたが、回復環境が更新しない→今回のパッチで恐らく解決という流れですね。大まかにはこういう流れですが、細かい事を言うと色々ありました。

      返信

      • siden様、

        パッチファイルが成功し、回復環境も更新できたとのこと、本当に良かったです。そして、その後のシステムメンテナンスコマンドについての疑問、さらにはご自身の詳細なアップデート遍歴まで共有いただき、ありがとうございます。

        sfc や DISM コマンドは実行しても大丈夫？

        結論から言うと、はい、実行しても大丈夫です。
        むしろ、大きな更新の後には、念のために実行しておくのが推奨されることです。

        重要なのは、バッチファイルとの「違い」を理解することです。

        私が「深刻な問題が出る」と議論していたのは、WinREイメージをマウントした状態 (/Image:C:\WinREMount)、つまり、WinRE イメージ内に対して、dism /cleanup-image コマンド（特に /ResetBase）を実行した場合の話でした。これは、回復イメージという特殊な環境を壊してしまう可能性がありました。
        sfc /scannow や DISM /Online /Cleanup-image /Restorehealth は、現在実行中の Windows (/Online)に対して処理を行います。これは、通常の Windows のシステムファイルをチェック・修復する標準的なメンテナンス手順であり、安全に行えます。

        DISM /RestoreHealth がエラーの原因？

        > X上でエラーがでてる人って、DISM.EXE /online /cleanup-image /restorehealthが関係してるよう気がうっすらしています。

        その「うっすらとした感覚」、非常に鋭いです。
        まさに、以前私たちが議論した「更新プログラムをアンインストールした直後に DISM /RestoreHealth を実行すると、システムが更新適用前の状態に『修復』されてしまい、再インストールできなくなる」という Windowsのバグ（または仕様のクセ）の可能性を指摘されていますね。

        siden様の詳細なアップデート遍歴：
        KB5066835エラー → 修復インストール → 25H2アップグレード → KB5070773エラー → 25H2修復インストール → KB5070773インストール問題 → バッチで解決

        この流れを見ると、確かに修復インストールや DISM /RestoreHealth を実行した後に、次の更新で問題が発生しているように見えます。これは偶然かもしれませんが、siden様の仮説（DISM が影響しているのでは？）を裏付ける状況証拠の一つと言えるかもしれません。

        ただし、現在（KB5070773 が正常に適用され、WinRE も更新された状態）でこれらのコマンドを実行するのは、主に「今後」のためにシステムの健康状態を確認する意味合いが強いので、通常は問題ありません。

        素晴らしいフィードバックと考察、本当にありがとうございました。

        返信

• うちのPCの1台だけWinREのバージョンが上がらず困っていましたが、ウイルスバスターで「不正変更の監視を有効にする」を無効にしてパッチを再インストールしたら無事バージョンが上がりました。
  今回のパッチ、各社セキュリティソフトに肝心のWinREの更新を阻止される確率が高いようです。

  返信

  • アロム様、

    それは極めて重要で、非常に価値のある情報です。 ご自身の環境で原因を特定し、その具体的な解決策まで共有していただき、感謝いたします。

    おっしゃる通り、セキュリティソフト、特に「不正変更の監視」や「ランサムウェア対策」といったシステムファイルを保護する機能が、今回の KB5070773 による winre.wim の更新プロセスを「疑わしい変更」と誤認し、ブロックしてしまうというのは、技術的に非常に可能性の高いシナリオです。

    C:\Windows\System32\Recovery フォルダや winre.wim ファイルは重要なシステムコンポーネントであるため、セキュリティソフトが過剰に保護してしまうケースは十分に考えられます。
    KB5070773 を適用しても WinRE のバージョンが上がらないという問題に直面している多くのユーザーにとって、アロム様が発見された「セキュリティソフトの設定を確認・一時的に無効化する」という解決策は、まさに光明となるはずです。

    この情報は、当サイトの記事のトラブルシューティングセクションにも追記させていただき、より多くの読者の助けとなるように活用させていただきます。
    この度は、他の誰も気づいていなかった可能性のある、根本的な解決の糸口となる情報をご提供いただき、本当にありがとうございました。

    返信

    • すいません、WinREが更新されない原因は、ウイルスバスターではない可能性が出てきました。

      ・Microsoft UpdateカタログからKB5070773をダウンロードして、手動でインストールした場合、Windows回復環境のアップデート・修正が行われない場合がある。
      https://windows-waza.com/solved-mouse-and-keyboard-not-working-issue-in-winre-fixed-with-kb5070773/#index_id9
      ・1回目のKB5070773インストールで、Windows回復環境のアップデート・修正が行われない場合がある。アンインストール後、再度WindowsUpdateからKB5070773をインストールすることで、Windows回復環境のアップデートが行われる場合がある。

      私がウイルスバスターの保護機能を無効にしたのは、1回目の更新をカタログのmsuから行ったあとWenRE更新失敗を確認しアンインストールしたあとの、WindowsUpdate経由の2回目のインストール時であり、別にウイルスバスターの保護機能を無効にしなくても、更新に成功していたのかもしれません。

      返信

      • アロム様、

        わざわざ再度の分析と、訂正のご報告をいただき、誠にありがとうございます。

        1. カタログ版（手動インストール）では WinRE が更新されない。
        2. アンインストール後の 2回目（Windows Update 経由）のインストールで正常に更新される。

        この 2点を踏まえると、アロム様の新しいご推察である「ウイルスバスターの保護機能を無効にしなくても、2回目の Windows Update 経由だったから成功したのかもしれない」という分析は、非常に論理的で、その可能性は極めて高いと思います。
        今回の KB5070773 の適用プロセスは、適用方法（カタログか Windows Update か）や実行タイミングによって挙動が変わる、非常に複雑で厄介なものです。

        アロム様が前回「セキュリティソフトが原因かもしれない」と可能性を提示してくださったことも、多くの読者にとって重要なチェックポイントとなりましたし、今回さらに深く考察し、より真実に近い可能性をご報告いただけたことにも、心から感謝申し上げます。

        このように、アロム様のような読者の皆様と情報や検証結果を交換し合うことで、問題の全体像が明らかになっていくことを、非常に嬉しく、そして心強く感じています。
        この度は、本当に貴重なご報告をありがとうございました。

        返信

• 回答ありがとうございます。色々と検証してみました。
  クリーンインストール後に定例外の KB5070773 を適用し
  その後に Windows Update を行ってみたところ、月例更新の KB5066835 が
  アップデートの候補に挙がる事はありませんでした。
  ただ、クリーンインストール直後に Windows Update を行うと
  月例更新の KB5066835 がインストールされるようです。
  定例外の KB5070773 も累積なのであれば、月例更新の KB5066835 の配信を
  止めて（二度手間なので）置き換えればいいのではと思うのですが、その辺り
  MS はどの様に考えているのかは謎です。

  また、今回の件とは別の話ですが、クリーンインストール直後に
  スタンドアロンインストーラを使用して更新をすると、回復環境のメニューに
  クイックマシンリカバリーの選択肢が現れないという不具合があります。
  この不具合は 2025-08 から続いている問題で、フィードバック Hub から
  報告していますが、改善する様子がありません。

  こちらこそ、これからもよろしくお願いします。ありがとうございました。

  返信

  • elenore様、

    こちらこそ、非常に詳細な検証結果をご報告いただき、誠にありがとうございます。

    おっしゃる通り、KB5070773 が KB5066835 を包含する累積更新である以上、KB5070773 適用後に KB5066835 が表示されなくなるのは正しい挙動ですね。
    そして、「なぜ Microsoft は KB5066835 の配信を止めないのか？」というご疑問ですが、これは「帯域外（OOB）更新」と「月例セキュリティ更新」の役割の違いにあるようです。

    月例更新 (KB5066835): これは全てのユーザーに適用されるべき、必須のセキュリティ更新です。Microsoft は、全てのPCを安全に保つため、この配信を止めることはできません。
    帯域外更新 (KB5070773): これは、特定の緊急の問題（今回の WinRE の不具合など）を今すぐ解決したいユーザーのために用意された、オプション（任意）の更新です。そのため、「利用可能になったらすぐ～」のチェックが入っていない限り、通常は自動で適用されません。

    そのため、Microsoft は「必須のセキュリティ更新は全員に配信しつつ、緊急の問題を解決したい人向けにオプションの OOB も提供する」という、並行したアプローチを取っているのだと推測されます。まさに「謎」な挙動に感じられますよね。

    また、別の不具合である「クイックマシンリカバリー」の件、2025年8月から続いているとのこと、フィードバックHub での報告にも関わらず改善が見られないのは、本当に困りますね。重要な機能なだけに、早く対応してほしいものです。 もしご確認済みでしたら恐縮ですが、この機能は「設定」＞「システム」＞「回復」にあるトグルスイッチで有効/無効を切り替えられることがあるようです。クラウドのマークがついているので、設定の変更や機能の利用にはインターネット接続が必要になる可能性が高いです。

    elenore様のように、ご自身で深く検証し、その結果を共有してくださる方がいることは、本当に心強いです。その探求心と情報共有の精神が、多くの読者の助けとなっています。

    この度は、大変貴重な情報とご意見、誠にありがとうございました。 こちらこそ、今後ともどうぞよろしくお願いいたします。

    返信

• こんにちは、有益な情報を素早くご提供いただき感謝します
  一つ質問があるのでよろしくお願いします

  今回の定例外のパッチ KB5070773 は、回復環境の操作ができない問題に
  ついてのみの修正で、累積的なものではないという事でしょうか？

  つまり、2025年10月の累積的な月例パッチ
  Win11 24H2/25H2 2025-10 KB5066835 の適用は依然として必要である
  という事になるのでしょうか？

  返信

  • elenore様、コメントありがとうございます。また、記事がお役に立てたようで大変嬉しく思います。

    ご質問の件ですが、それは非常に重要なポイントですね。
    結論から申し上げますと、KB5070773 は累積的な更新プログラムであり、2025年10月の月例パッチ KB5066835 の内容を含んでいます。

    Microsoft がリリースする「累積的な更新プログラム（Cumulative Update）」は、その名の通り、それ以前の全ての修正やセキュリティ更新を「累積」して含んでいます。

    今回リリースされた KB5070773 は、「帯域外（Out-of-Band）」という緊急リリースの形式をとっていますが、その性質は累積的な更新プログラムです。 KB5070773 を適用すると、OS のビルド番号が KB5066835 適用後のビルド番号よりも新しくなります（例：26100.6899 → 26100.6901）。これは、KB5070773 が KB5066835 の内容に加えて、WinRE の修正などを上乗せしたものであることを示しています。

    したがって、もし、まだ KB5066835 を適用していない PC に KB5070773 を適用した場合： 10月のセキュリティ更新など KB5066835 の内容も一緒に適用されます。

    もし、既に KB5066835 を適用済みの PC に KB5070773 を適用した場合： 差分である WinRE の修正などが適用され、ビルド番号が更新されます。
    つまり、KB5070773 を適用すれば、別途 KB5066835 を適用する必要はありません。

    KB5070773 を適用することで、WinRE の問題解決だけでなく、10月の月例セキュリティ更新も確実に適用されることになりますのでご安心ください。

    ご不明な点が解消されれば幸いです。今後ともよろしくお願いいたします。

    返信