Windows 11でKB5067036が失敗する0x800705b4の原因と切り分け整理

本記事が扱う事象は、Windows 11の更新適用時に「There were some problems installing updates, but we'll try again later. If you keep …」と表示され、エラーコード0x800705b4を伴ってKB5067036のインストールが失敗する状況です。Microsoft Learn（Q&A）でも同種の報告が確認されており、更新履歴上は「KB5067036」「OSビルド26200.7019 / 26100.7019」などの表記が併記される場合があります。(Microsoft Learn)

一方で、0x800705b4は特定の更新だけに固有というより、処理待ちが一定時間を超えた際に出るタイムアウト系のコードとして説明されています。したがって、更新パッケージ、配信経路、端末状態のどこで待ちが発生しているかを切り分けることが、構造上の整理軸になります。(Microsoft Learn)

• KB5067036の位置づけと適用対象の整理（24H2/25H2）
• 0x800705b4が示す意味と「待ち」の発生点
• 失敗メッセージが出るまでの流れと情報の読み方
• 原因候補を切り分ける観点（公式資料ベース）
• プレビュー更新に伴う周辺事象と運用上の整理

KB5067036の位置づけと適用対象の整理（24H2/25H2）

KB5067036はWindows 11のバージョン24H2および25H2向けに提供された、非セキュリティのプレビュー更新プログラムとして整理されています。(マイクロソフトサポート)

Microsoftのサポート情報では、KB5067036は機能・性能・信頼性の改善を含む「非セキュリティ更新」として説明され、OSビルド26100.7019（24H2）および26200.7019（25H2）に対応づけられています。これにより、更新の種別としては月例のセキュリティ更新（Patch Tuesday）と同列ではなく、任意適用のプレビュー枠に置かれる点が前提になります。(マイクロソフトサポート)

この点から、KB5067036の適用失敗は「更新が必須で進行が止まる」類型とは区別されます。ただし、プレビュー更新でも配布対象に入った端末ではWindows Updateの通常経路で検出されるため、利用者側の画面上は一般的な更新失敗メッセージとして表面化します。そうすることによって、発生時点の状況が「更新の種類」では見分けにくくなり、結果としてエラーコードやビルド番号が判断材料になります。(Microsoft Learn)

なお、国内メディアの解説では、KB5067036がスタートメニュー刷新など複数の変更を含むと整理されています。機能要素が多い更新は差分が大きくなりやすく、端末側の状態や周辺ソフトの影響が表に出る余地が残ります。(窓の杜)

0x800705b4が示す意味と「待ち」の発生点

0x800705b4はERROR_TIMEOUT（タイムアウト）として定義され、一定時間内に処理が完了しない場合に返るコードです。(Microsoft Learn)

Microsoft Q&Aでは、0x800705b4は「応答を待機中にタイムアウトしている」旨の説明があり、更新だけでなく、システム側の処理が外部要因で遅延した場合にも出る可能性が示されています。言い換えると、エラーの中心は「何が失敗したか」より「どこで待ちが長引いたか」に寄ります。(Microsoft Learn)

この結果、同じKB番号でも端末ごとに原因の層がずれることがあります。例えば、セキュリティソフトの競合や残存コンポーネントが干渉し、更新サービス側の処理が停滞する可能性が指摘されています。ただし、これは単一要因で固定できるものではなく、更新データの取得、検証、展開、再起動後の構成といった段階のどこで遅延が起きたかが重要になります。(Microsoft Learn)

他方、Windows Updateはバックグラウンド転送（BITS）など複数サービスに依存します。ネットワークが安定していても、サービス起動状態やキャッシュ整合性の問題で待ちが発生し得ます。以上を踏まえると、0x800705b4は「更新パッケージの欠陥」と直結させるより、更新経路全体のボトルネックを示すシグナルとして扱うのが整理として自然です。(マイクロソフトサポート)

失敗メッセージが出るまでの流れと情報の読み方

「後で再試行する」と表示される型のメッセージは、Windows Updateが段階処理のどこかでロールバック（巻き戻し）した場合にも出現します。(Microsoft Learn)

Microsoft Learn（Q&A）では、KB5067036が複数回失敗し続けたという記載があり、画面文言として「There were some problems installing updates…」がそのまま示されています。ここで重要なのは、表示文言自体は汎用であり、失敗地点の特定にはエラーコード、KB番号、ビルド番号、失敗日付の組み合わせが必要になる点です。(Microsoft Learn)

また、Microsoftサポートの案内では、更新問題の入口としてトラブルシューティングツールの実行が示され、設定画面の導線が明示されています。これは、失敗の原因がネットワークやサービス状態など複数領域にまたがることを前提に、診断と自動修復を先に適用する設計になっているためです。(マイクロソフトサポート)

ただし、診断が万能という整理にはなりません。更新の配布形態がプレビューである場合、機能配信の段階差や個別端末の条件差が生じる可能性があります。そのため、成合性の取れた情報としては、更新履歴の「失敗」表示、イベントログ、Microsoftが公開する更新履歴ページの説明を突き合わせる流れになります。(マイクロソフトサポート)

原因候補を切り分ける観点（公式資料ベース）

切り分けは「取得」「検証」「展開」「サービス」「外部干渉」のどこに遅延があるかで整理すると、0x800705b4の説明と整合します。(Microsoft Learn)

Microsoftサポートでは、更新問題の基本手順としてWindows Updateトラブルシューティングツールの実行、サービス状態の確認などが案内されています。(マイクロソフトサポート)
ただし、より深いレイヤーの整理として、Microsoft LearnにはWindows Updateコンポーネントを手動でリセットする手順（BITS、Windows Update、暗号化サービスの停止、SoftwareDistributionやcatroot2関連の取り扱い等）がまとめられています。(Microsoft Learn)

そのため、論点を表に落とすと次のようになります。

そうすることによって、「待ち」がどの層で起きたかを文章化しやすくなります。次に、公式資料で示される代表的な手順と目的を並べると、手段がどの層に対応しているかが見えます。

要点を整理すると、0x800705b4の本質がタイムアウトである以上、単一の「原因断定」より、どの公式手順がどの層に効く設計なのかを把握することが実務上の確認点になります。(マイクロソフトサポート)

プレビュー更新に伴う周辺事象と運用上の整理

KB5067036はプレビュー更新であるため、機能配布の段階差や既知問題の扱いが、失敗時の説明の難しさに直結します。(マイクロソフトサポート)

プレビュー更新は、月例のセキュリティ更新と比べて「先行提供」の性格が強く、端末や環境によって受け取るタイミングが揃いません。Windows Centralの解説では、設定内の「利用可能になったらすぐに最新の更新プログラムを入手する」趣旨のトグルが機能の受け取りやすさに関係すると整理されています。つまり、同じKBでも、端末が置かれた配布段階に差が出る構造です。(Windows Central)

また、KB5067036の周辺では、タスクマネージャーが閉じる操作で複製される挙動が報告された例もあります。報道では、変更ログ上の記載と現象の整合が取れていない点も示されており、プレビュー更新の性格上、既知問題の周知と現場観測がずれる可能性が残ります。(The Verge)

この点から、更新失敗（0x800705b4）を扱う際は、(1) エラーコードが示す層の切り分け、(2) 更新がプレビューであることによる段階差、(3) 公式の更新履歴・リリースノートに記載された適用対象の確認、を同時に並べる必要があります。なお、Microsoftは更新履歴ページやリリース健全性（Release Health）関連の導線を案内しており、情報源を公式に寄せて整理することが判断材料として重要です。(マイクロソフトサポート)