Windows Update が「0x80070643」で失敗し、KB5034441 / KB5034439 / KB5001716 だけが何度再試行しても入らない場合、WinRE（回復環境）関連の不整合や回復パーティション容量不足が原因になりがちです。確認ポイントと、現実的に直し切る手順をまとめます。
0x80070643 が出るときの典型パターン
0x80070643 は「インストール処理が失敗した」ことを示す代表的なエラーで、Windows Update では原因が一つに限られません。ただし、近年よく報告されるのが「WinRE（Windows 回復環境）を更新するタイプの KB が失敗する」パターンです。
| KB | 主な対象 | 起きやすい現象 | よくある根本原因 |
|---|---|---|---|
| KB5034441 | Windows 10 22H2（主に WinRE 更新系） | ダウンロード後のインストールで失敗、再試行ループ、履歴に 0x80070643 | 回復（WinRE）パーティションの容量不足／WinRE 無効／構成ズレ |
| KB5034439 | Windows Server 2022（主に WinRE 更新系） | 他の更新は入るのにこの KB だけ失敗、再試行 | 回復パーティション不足／WinRE の参照先不整合 |
| KB5001716 | 更新の健全性・移行補助（環境によって表示のされ方が異なる） | 「入ったのにまた出る」「失敗が続いて消える」など挙動が揺れる | 検出ロジックの揺れ／更新コンポーネント不整合（WinRE とは別要因のことも） |
特に「複数台で同じ KB だけ落ちる」「SFC / DISM / コンポーネントリセットをやっても変わらない」場合、WinRE と回復パーティションを疑うのが最短ルートです。
結論：回復パーティション（WinRE パーティション）不足・不整合が主因になりやすい
KB5034441 / KB5034439 のような WinRE 更新系は、OS 本体（C:）だけでなく回復環境側のファイル（WinRE イメージ）も更新対象になります。その際、回復パーティションに十分な空き容量がない、または WinRE が無効・参照先が壊れていると、インストール終盤で失敗し 0x80070643 になりやすい、というのが現場での「あるある」です。
- 回復パーティションが小さい（サイズ不足・空き不足）
- 回復パーティションはあるが、WinRE が Disabled（無効）になっている
- クローン／移行／パーティション変更の履歴で、WinRE の参照先がズレている
- 回復パーティションが複数あり、Windows が意図しない方を見ている（または見失っている）
作業前に必ず確認したい注意点
回復パーティションの操作は「成功すれば最短、失敗すると起動不能」になり得ます。実施する場合は、最低限ここだけ押さえてください。
| チェック項目 | 理由 | 推奨 |
|---|---|---|
| フルバックアップ（イメージ）を取得 | パーティション操作で起動不能になった場合に戻す唯一の保険 | 必須 |
| BitLocker を一時停止 | 回復キー要求やブート構成変化で詰むのを防ぐ | 強く推奨 |
| 作業は AC 電源・十分な空き時間で | 途中停止が最悪の事故につながる | 推奨 |
| 対象端末が企業端末なら手順を標準化 | 台数が多いほど「例外端末」で事故が起きやすい | 推奨 |
不安がある場合は「解決策D：一時保留」も十分に現実的です。無理に全台へ手作業でパーティション変更を入れる方が、運用リスクが高いケースもあります。
まずやるべき現状把握：WinRE が有効か、どのパーティションを見ているか
WinRE の状態を確認する（最重要）
管理者としてコマンドプロンプト（または Windows Terminal）を開き、次を実行します。
reagentc /info注目ポイントは以下です。
- Windows RE 状態：Enabled（有効）か Disabled（無効）か
- Windows RE の場所：harddisk と partition の番号（どの回復パーティションを参照しているか）
例として、場所が次のように表示されることがあります（環境により表記は異なります）。
Windows RE の場所: \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsREこの場合、ディスク 0 のパーティション 4 が「WinRE が実際に使っている回復パーティション候補」です。ここを間違えると事故が起きます。
回復パーティションのサイズを確認する
GUI で確認するなら「ディスクの管理（diskmgmt.msc）」が手軽です。より確実に確認するなら diskpart を使います。
diskpart
list disk
select disk 0
list partition
exit「回復（Recovery）」や、サイズが数百 MB 程度のパーティションが複数あることもあります。reagentc /info の harddisk / partition と一致するものを探してください。
空き容量の目安
環境差はありますが、更新の成功報告が多いのは次のような設計です。
- 回復パーティションのサイズを少なくとも 750MB〜1GB 程度にしておく
- 最低でも数百 MB の空きを確保する（単に「サイズがある」だけでなく「空き」が重要）
メーカー PC や過去のクリーンインストール環境では、回復パーティションが 500MB 未満のことが珍しくありません。ここがボトルネックになりやすいです。
最短で直すための判断表（おすすめフロー）
| 状況 | 優先度 | まずやること | 次の一手 |
|---|---|---|---|
| reagentc /info で Windows RE 状態が Disabled | 高 | 解決策B（WinRE を有効化・再紐付け） | それでも KB が落ちるなら解決策A |
| WinRE は Enabled だが回復パーティションが小さい（または空きが少ない） | 最優先 | 解決策A（回復パーティション拡張／再作成） | Update 再実行 |
| 回復パーティションは十分に大きいのに KB5034441/KB5034439 だけ失敗 | 中 | 解決策C（WU 修復、DISM） | WinRE の参照先ズレを疑い解決策B→A |
| 台数が多く手作業のリスクが高い | 運用判断 | 解決策D（一時保留／非表示） | 検証機で解決策A を標準化してから展開 |
解決策A：回復（WinRE）パーティションを拡張／再作成して更新を通す
最も「解決した」報告が多いのがこのルートです。Windows の標準機能だけで対応する場合、構成によっては「拡張」ではなく「作り直し」になることが多い点がポイントです。
重要：ここから先はパーティションを削除・作成する手順が含まれます。対象パーティションを誤ると起動不能になり得ます。必ずバックアップを用意し、可能なら検証端末でリハーサルしてから実施してください。
作業の全体像
- BitLocker を一時停止（該当する場合）
- WinRE をいったん無効化（reagentc /disable）
- OS パーティション（多くは C:）を少し縮小して未割り当て領域を作る
- WinRE 用の回復パーティションを拡張、または再作成して 750MB〜1GB 程度にする
- WinRE を有効化（reagentc /enable）し、状態と場所を確認
- Windows Update を再実行
BitLocker を一時停止（該当する場合）
BitLocker が有効な端末では、少なくとも作業中は保護を一時停止するのが安全です。
- GUI：コントロール パネル → BitLocker ドライブ暗号化 → 「保護の中断」
- コマンド例（環境により動作が異なるため、基本は GUI 推奨）：
manage-bde -protectors -disable C:作業完了後に必ず再開します。
manage-bde -protectors -enable C:WinRE を無効化してから作業する
reagentc /disable無効化したら、次の手順でパーティションを操作します。
UEFI / GPT の場合（近年の PC の多数派）
以下は「考え方が分かる」最小セットです。実際の番号（ディスク番号、パーティション番号）は環境ごとに異なります。必ず list 結果を見て置き換えてください。
diskpart
list disk
select disk 0
list partitionOS パーティション（通常は最大容量の primary）を選び、1GB 程度縮小します。
select partition 3
shrink desired=1024次に、reagentc /info の partition と一致する回復パーティションを選びます。作り直す場合は削除します（誤選択は致命傷です）。
select partition 4
delete partition override未割り当て領域に新しい回復パーティションを作成し、フォーマットして識別子を設定します（例：1GB）。
create partition primary size=1024
format quick fs=ntfs label="Windows RE tools"
assign letter=R
set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
gpt attributes=0x8000000000000001
exitドライブ文字 R: を付けたままにすると誤操作の原因になるため、設定が終わったら外す運用が無難です（任意）。
diskpart
select disk 0
select partition 4
remove letter=R
exit最後に WinRE を有効化します。
reagentc /enable
reagentc /infoWindows RE 状態: Enabled になり、場所が新しいパーティションを指していれば準備完了です。Windows Update を再試行します。
BIOS / MBR の場合（古めの PC や特殊構成）
MBR の場合は、回復パーティションの ID が異なります（一般的に 27）。流れは同じですが、識別子設定が変わります。
diskpart
list disk
select disk 0
list partition
select partition 3
shrink desired=1024
select partition 4
delete partition override
create partition primary size=1024
format quick fs=ntfs label="Windows RE tools"
assign letter=R
set id=27
exitその後、同様に以下を実行します。
reagentc /enable
reagentc /info拡張で済むケース（未割り当て領域が隣接している場合）
回復パーティションの直後に未割り当て領域がある場合は、削除せず拡張だけで済むことがあります。ただし Windows の標準「ディスクの管理」では拡張できない並びも多く、拡張可否はディスク配置次第です。
サードパーティのパーティションツールで「移動＋拡張」を行う解決例もありますが、企業端末・重要端末での一括適用は事故率が上がります。採用する場合は、検証機で成功パターンを固めてから展開してください。
解決策B：WinRE が Disabled／参照先が壊れている場合の修復
回復パーティションのサイズが十分でも、WinRE が無効化されていたり、参照先がズレていると更新が落ちることがあります。まずは「有効化」と「場所の再設定」を試します。
まずは有効化を試す
reagentc /enable
reagentc /infoこれで Enabled になって KB が通るなら最短で終わりです。
場所の再紐付け（回復パーティションを明示する）
回復パーティションに一時的にドライブ文字を割り当てられる場合、WinRE の配置先を明示して整合を取る方法があります。
例（R: に回復パーティションを割り当て済みとして）：
mkdir R:\Recovery\WindowsRE
reagentc /setreimage /path R:\Recovery\WindowsRE
reagentc /enable
reagentc /info環境によっては WinRE イメージ（winre.wim）の実体が必要になることがあります。WinRE の復旧は構成差が大きいため、ここで詰まる場合は「解決策A（回復パーティションの作り直し）」に寄せた方が結果的に早いことが多いです。
なお、ReAgent.xml をコピーして直ったという報告もありますが、原因が多岐にわたり再現性が揺れます。企業環境では特に、個別端末の“職人芸”になりやすいため、標準化できる手順（A）を優先するのが無難です。
解決策C：Windows Update 側の修復（コンポーネントリセット＋SFC/DISM）
WinRE が原因のケースでは決定打にならないこともありますが、「まず安全に試せる」「他の更新不具合も一緒に治る」ため、パーティション操作の前段として価値があります。
Windows Update 関連サービスとキャッシュのリセット
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserverシステム修復（SFC/DISM）
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth完了後に再起動し、Windows Update を再試行します。KB5034441/KB5034439 だけが落ち続ける場合は WinRE 側の問題が濃厚なので、A または B を検討します。
解決策D：更新を一時的に保留／非表示にして運用を止めない
「パーティションを触るのは怖い」「台数が多く今すぐ手作業で揃えられない」という状況では、更新の保留が現実的な選択肢になります。
- 個人端末：設定の「更新の一時停止」を使って時間を稼ぐ
- 企業端末：WSUS で該当 KB を一時的に承認しない／配布リングを分けて検証
- トラブル端末のみ：更新の非表示ツールを使い、再試行ループによる運用負荷を下げる
ただしセキュリティ更新を長期間放置するのは推奨されません。保留する場合は「いつ・どの条件で解除するか」（例：標準手順Aの整備、検証完了、修正版の展開確認）を決めておくと、ズルズル長期化しにくくなります。
解決策E：インプレース修復／クリーンインストール（最終手段）
環境差が大きく、どうしても WinRE 構成が正常化できない場合は、OS の再構築が最終手段になります。
- インプレース修復：ISO の setup.exe から「個人ファイルとアプリを引き継ぐ」を選び、OS を修復する（業務影響を抑えやすい）
- クリーンインストール：ディスク構成を整理し、回復パーティションを 1GB 前後で作り直す（根本解決になりやすいが工数が大きい）
「クリーンにしたのに KB5034441 が落ちる」ケースは、多くが回復パーティションが小さいまま再作成されている、または WinRE が無効のまま、といった設計ミスで再発します。再構築時は回復パーティション設計までセットで見直すのがポイントです。
KB5001716 が絡むときの考え方（混同しない）
KB5001716 は環境によって「入ったのにまた出る」「失敗が続いた後に消える」など挙動が揺れることがあります。KB5034441/KB5034439 のように WinRE 容量不足が直撃するタイプとは限らないため、切り分けが重要です。
| 見え方 | 疑うポイント | 現実的な対処 |
|---|---|---|
| KB5001716 だけが失敗する／他は正常 | 更新コンポーネントや検出の揺れ | 解決策C（WU 修復）を先に実施、数日様子見 |
| KB5034441/KB5034439 が 0x80070643、他は正常 | WinRE 容量不足・無効化 | 解決策A/B を優先 |
| 「インストール済み」なのに同じ KB が再提示される | 検出ロジックの揺れ、端末ごとの差 | 短期は保留（D）も検討、ログと端末差分を収集 |
企業・多数端末では、まず「KB5034441/KB5034439 を落としている端末群」を洗い出し、WinRE の Enabled/Disabled と回復パーティションサイズでグルーピングすると、対処が一気に楽になります。
よくある落とし穴
回復パーティションが複数あるのに、違う方を触ってしまう
OEM 構成や過去のアップグレード履歴がある端末では、回復パーティションが複数存在することがあります。必ず reagentc /info の場所と一致する partition を起点に判断してください。
「サイズは大きいのに失敗する」
サイズが大きくても、WinRE が Disabled だったり、参照先が壊れていると失敗します。サイズ確認だけで終わらず、必ず reagentc /info をセットで確認してください。
パーティション操作後に WinRE が有効化できない
識別子（GPT/MBR）設定ミス、フォーマット種別、回復パーティションの位置などで詰まることがあります。標準化するなら「UEFI/GPT を前提に 1GB の WinRE パーティションを再作成し、reagentc で有効化できる」手順をテンプレ化するのが安全です。
実務的なおすすめ運用（個人・少数台／多数台）
個人・少数台（手元で作業できる）
- reagentc /info で WinRE の Enabled/Disabled を確認
- 回復パーティションが小さいなら、解決策Aで 750MB〜1GB に整備
- WinRE が Disabled なら、解決策Bで復旧を試す
- 最後に Windows Update を再試行
企業・多数台（事故率を下げる）
- 対象端末を洗い出し、WinRE 状態と回復パーティションサイズで分類
- 検証機で解決策Aを“標準手順”として確立（例外端末も洗う）
- 手順が固まるまで該当 KB を一時保留（D）し、運用停止を防ぐ
- 展開は段階的に（小リング→大リング）
0x80070643 は万能エラーですが、KB5034441 / KB5034439 が絡む場合は「WinRE の容量と有効状態」が勝負どころです。焦って Update リセットを何周もするより、WinRE の状態確認 → 回復パーティション整備に寄せた方が、結果的に最短で安定します。
コメント