0x800705b4を即解決へ導く更新失敗の原因と最短対処【Windows10/11】

Windows Updateの途中で「0x800705b4」が出て先に進めない――そんな経験はありませんか。これは更新処理のタイムアウトを示し、Windows 10/11の双方で発生します。Microsoftは更新の信頼性向上に継続投資していますが、実地ではネットワークやセキュリティ対策の干渉、更新キャッシュ破損が原因になることが多いです。再起動や診断ツールだけで解決するケースも少なくありません。

とはいえ、毎回失敗する、Defenderの定義更新で止まる、WSUS配下で配信が進まない――といったお悩みは別アプローチが必要です。本記事は現場で効果の高かった手順を、更新サービス再起動、sfc/DISM、キャッシュリセット、手動KB適用まで順番に整理。数分で試せる対処から企業環境の検証ポイントまで、再現性重視でご案内します。

Store更新やゲームでの関連エラー、Autopilot/Intuneのセットアップ停滞にも触れます。まずは最短のチェックで成功率を上げ、必要に応じて強力な修復手順へ。読み進めながら原因を切り分け、確実な解消を目指しましょう。

0x800705b4の意味と出やすい場面を一枚で理解する

Windows Updateで表示される0x800705b4は何を示すか

0x800705b4は、Windows Updateの処理が期限内に完了できなかった時に出るタイムアウト系のエラーを示します。更新のダウンロードや適用が進まず、進捗が0％や100％付近で止まる挙動が典型です。Windows10とWindows11に共通して見られ、特にWindows11Updateerror0x800705b4として報告されるケースでは、配信サーバへの応答遅延、ネットワーク一時切断、バックグラウンドのスキャン競合が重なると発生しやすいです。Windows10アップデート失敗が繰り返す環境やWindowsUpdateダウンロード進まないWindows11の状況でも同質の現象となり、キャッシュ破損やサービスの応答低下が根にあります。再起動やクリーンブート、windowsupdateトラブルシューティングツールの実行で改善する見込みが高いエラーです。

• ポイント

  • タイムアウトが本質で、進行停止や未完了を示します。
  • Windows10とWindows11で共通の動作原理です。
  • バックグラウンド競合やネットワーク不安定で誘発されます。

Windows UpdateとWindows Defenderの関係を押さえる

WindowsDefenderの定義更新やリアルタイム保護のフルスキャンが、更新適用のタイミングと重なるとI/OやCPUが逼迫し、結果として0x800705b4に至ることがあります。定義更新の失敗表示やWindowsDefender0x800705b4という見え方をする場合もあり、保護の停止ではなくタイミングの衝突が原因です。特にWindows11やWindows10で大規模累積更新と同時にウイルス定義の配信が走ると帯域とストレージの競合が増えます。企業環境ではスケジュールスキャンやMDMのポリシー配信が重なり、サービスの応答が遅延する傾向があります。実務上は更新前にスキャンが完了しているか、または再起動直後に実行することで競合を避けやすくなります。

短い待機や時間帯の調整で解消する例が多く、無効化よりも運用のチューニングが有効です。

Microsoft StoreやWindows Serverで見かけるケース

MicrosoftStoreのアプリ更新でも、バックグラウンド転送やキャッシュの整合性が崩れると同質のタイムアウトが起き、Store更新が途切れ途切れになることがあります。WindowsServer2016やWSUS配下では承認や配布ポイントの遅延、クライアントのBITS障害が重なり、0x800705b4相当の超過待ちが発生しやすいです。WindowsServerでの運用では、配布スケジュール、帯域制御、クライアント側のSoftwareDistribution再生成が有効です。さらにWindows11WindowsServer混在環境や0x800705b4WSUS案件では、古いドライバーや脆弱なNIC設定が影響することもあります。個人利用ではStoreのサインアウトとサインインやキャッシュクリア、企業ではWSUSとクライアントの時刻同期確認が基本線です。

1. 個人環境の基本手順

   • Storeキャッシュのリセットとサインインやり直し
   • 再起動後に再試行し、短時間で結果を確認
   • windowsupdate自動診断を実行して依存サービスを整える

2. 企業環境の基本手順

   • WSUS承認と期限を再確認し、配布のずれを解消
   • BITSとwuauservの健全性を点検し、SoftwareDistributionを再生成
   • クライアントの時刻同期とネットワーク品質を測定して帯域を確保

まず最短で試す基本対処で0x800705b4を素早く回避する

再起動とネットワーク確認でリトライ成功率を上げる

0x800705b4が出た直後は、難しい操作よりもまず安定化が近道です。再起動で一時ファイルや止まったサービスが整理され、Updateの再試行が通りやすくなります。再起動後は有線接続に切り替えるか、Wi‑Fiなら別帯域へ変更し、DNSを1.1.1.1や8.8.8.8へ切り替えてから更新をやり直します。Windows11やWindows10で共通して有効で、WSUS環境でも一度接続の健全性を確かめると改善します。ポイントは、更新の前にネットワーク品質を底上げすることです。以下の着眼点を押さえると成功率が上がります。

• 有線接続で帯域と安定性を確保

• DNSを公的DNSへ一時変更して名前解決を改善

• VPNやプロキシは一時切断

• 電源プランは高パフォーマンスでスリープ抑止

補足として、WindowsDefenderの定義更新に絡む一時的なタイムアウトでも同手順が有効です。

Windows Updateのトラブルシューティングツールを実行する

自動診断は0x800705b4の初動として効果的です。設定からWindowsupdateトラブルシューティングツールを起動し、検出された修正を適用します。修正結果が「完了」なら再起動後に更新を再試行、「変更あり」ならログを確認し追加の操作へ進みます。Windows11やWindows10、WindowsServerでも流れは同様です。WindowsUpdate関連のコンポーネント、BITS、サービス依存関係、キャッシュ破損の是正が主対象で、更新のダウンロードが進まない症状にも効きます。結果の読み取り目安を一覧化しました。

補足として、結果が芳しくない場合はログを保存して次工程の判断材料にします。

Windows Updateサービスを再起動して更新をやり直す

サービスが固まっていると0x800705b4が長引きます。安全に再起動する手順を示します。管理者権限のターミナルで実施し、完了後に更新を再試行してください。手順の要点は、関連サービスの順序停止とキャッシュの健全化、そして確実な再起動です。

1. WindowsUpdate、BITS、CryptographicServicesを順に停止します。
2. SoftwareDistributionとCatroot2のキャッシュをリネームして再生成を促します。
3. 停止したサービスを開始し、PCを再起動します。
4. WindowsUpdateを実行し、ダウンロードとインストールの進行を確認します。
5. 進捗が止まる場合はDNSとプロキシ設定を再点検します。

重要ポイントは、サービスは停止→キャッシュ健全化→開始の順で操作、再起動後に再試行です。これでWindowsUpdateerror0x800705b4の再発を抑えつつ、更新プログラムの適用が通りやすくなります。

原因を切り分けるチェックリストで0x800705b4の根本を特定する

バックグラウンドの干渉とセキュリティソフトの影響を判断する

WindowsUpdateのエラーコード0x800705b4は、起動直後に走る常駐アプリやウイルス対策が更新をブロックして発生することがあります。まずは干渉を可視化しましょう。手早い切り分けはクリーンブートです。不要なサービスとスタートアップを停止して起動し、Updateを実行します。これで成功するなら常駐が原因です。併せてセキュリティソフトの一時無効化を実施し、リアルタイム保護やネットワーク監視の挙動を確認します。Windows11やWindows10のどちらでも有効で、WindowsDefenderだけの状態で再検証すると判断が早まります。企業環境のWSUS配下やIntune管理下ではポリシー干渉も疑い、適用ルールの一時緩和やメンテナンスウィンドウの変更で再試行すると原因が絞れます。成功と失敗の条件を時刻と操作でメモし再現性を確認してください。

• ポイント: クリーンブートと一時無効化で干渉源を特定する

• 効果: 更新の成否で常駐やポリシー起因かを切り分けられる

スケジュールスキャンや常駐保護の設定見直し

定刻のスケジュールスキャンや常駐保護のフルスキャンが更新と競合すると、0x800705b4やWindowsUpdateのダウンロード進まない状態が起きやすくなります。WindowsDefenderや他社製が同時稼働していないかを必ず単一化し、スキャン時間をアップデート時間帯と重ならない設定へ変更します。HTTPS検査やUSB監視、クラウド保護の積極検査はパッチ展開時の通信を遅らせるため、更新中のみ例外ルールを一時的に適用すると効果的です。Windows11Updateerror0x800705b4の再発を抑えるには、定義更新を先に済ませてから機能更新へ進める順序も重要です。企業ではWSUSの承認タイミングとクライアントのスキャンスケジュールを整合させ、帯域制御やVPN越し配布の圧縮有無を合わせると競合を避けられます。

上記は恒久ではなく、検証後は元の保護レベルへ戻してください。

システムファイルと更新コンポーネントの破損を疑う

干渉の可能性が低い場合は、コンポーネント破損が原因で0x800705b4が出るケースを順序立てて点検します。まずDISMでイメージ整合性を修復し、続けてSFCでシステムファイルを検査する二段構えが定石です。手順は管理者権限のターミナルで、DISM/Online/Cleanup-image/Restorehealthを実行して完了を待ち、再起動後にsfc/scannowを実行します。さらにWindowsUpdateのコンポーネントをSoftwareDistributionとCatroot2のリセットで初期化すると改善率が上がります。Windows11やWindows10で共通し、WSUSやWindowsServer配下でも有効です。追加でBITSとwuauservの再起動、DNSのキャッシュクリア、ネットワークのメータード接続解除も確認してください。複数のエラー（0x80248014や0x8007000b、0x80073701）が併発している場合でも、この順番での修復が最短で効果を発揮します。

1. DISMでイメージを修復する
2. SFCでシステムファイルを検査修復する
3. SoftwareDistribution/Catroot2をリセットする
4. BITS/wuauservを再起動して再試行する

この流れで失敗が消えるなら破損が主因です。

失敗が続くときの強力な修復手順で0x800705b4を確実に解消する

SoftwareDistributionとCatrootのリセットで詰まりを解消する

更新が進まないときは、更新キャッシュの破損や署名キャッシュの不整合が原因で0x800705b4が発生している可能性が高いです。まずは安全にWindowsUpdate関連のサービスを止めて、SoftwareDistributionとCatroot2を再生成します。これにより不要な一時ファイルや壊れたデータを排除し、更新プログラムのダウンロードと検証をやり直せます。作業は管理者権限のコマンドで実施し、完了後にPCを再起動してからWindowsUpdateを再試行します。Windows10とWindows11の両方で有効な基本対処法であり、繰り返す失敗の初動として再現性が高いのが強みです。

• 停止するサービスを把握して誤操作を避ける

• フォルダーのリネームでロールバックを容易にする

• 再起動後に再試行して正常化を確認する

補足として、ネットワークが不安定だと再取得に失敗しやすいため、有線接続や安定回線で実行すると成功率が上がります。

失敗時は手動インストールでKBを適用する

• 対象の更新番号を特定して直接適用し検証する

更新の自動取得で0x800705b4が続く場合は、対象KBを特定し手動インストールで回避します。まずWindowsUpdateの履歴やイベントログから失敗した更新番号を確認し、OSのエディションとビルドに合致するパッケージを入手します。ダウンロード後は署名の整合性を確認し、不要なバックグラウンドアプリを停止してから適用します。インストール完了後に再起動し、更新履歴の状態とビルド番号、Defenderのプラットフォームバージョンを合わせて検証すると、部分的な適用漏れを早期に発見できます。Windows11Updateerror0x800705b4のケースでもこの手法は有効で、WSUS環境やWindowsServerでも同様の手順が役立ちます。

この方法は回線やキャッシュの影響を受けにくく、特定のKBだけが原因の時に短時間で切り抜けられる利点があります。

Windows Defenderの定義更新と設定リセットで干渉を断つ

• 定義更新のやり直しとリアルタイム保護設定の整合性を確認する

更新中にWindowsDefenderの定義やプラットフォーム更新の不整合があると、検疫やスキャンでファイルがブロックされ、結果的に0x800705b4が出ることがあります。まず定義の手動更新を実行し、プラットフォームとエンジンのバージョンを最新へ揃えます。次にリアルタイム保護とクラウド保護の設定を見直し、必要に応じて一時的に無効化してから更新を再試行します。サードパーティ製ウイルス対策を併用している場合は競合を避けるため、一時停止で影響を切り分けると効果的です。Defenderの更新整合性を確保することで、WindowsUpdateダウンロードが進まないWindows11の事象や、windows10アップデート失敗が繰り返す問題を抑制しやすくなります。

1. 定義の手動更新を実行して最新版へ同期する
2. リアルタイム保護の一時無効化で干渉を切り分ける
3. 更新を実行してエラー再発の有無を確認する
4. 保護機能を再有効化し通常運用へ戻す

この手順はWindows11とWindows10の双方で有効で、Defenderが絡むエラーコード0x800705b4の再発防止に直結します。

0x800705b4がWindows11やWindows10で異なるときの注意点

Windows11でダウンロードが進まないときの確認事項

Windows11でWindowsUpdateのダウンロードが進まないのに0x800705b4が出る場合は、基本の確認を丁寧にたどると解消しやすいです。まず注目したいのはWindows1124H2の適用条件で、対応CPUやTPM、有効なセキュアブート、十分な空き容量が満たせていないと進捗が止まったままになります。さらに再起動保留があるとUpdateサービスが待機状態になり、エラーコード0x800705b4として表面化することがあります。加えてメータード接続がオンだと大容量の更新プログラムのダウンロードが抑制されます。ネットワークが不安定でも発生しやすいので、安定した回線へ切り替えてから更新を実行してください。WindowsDefenderの定義ファイル更新が詰まっているケースもあるため、セキュリティの履歴で失敗を確認し、先に手動更新を行うと改善します。

• 24H2の適用条件を満たしているかをチェックします

• 再起動の保留がないか通知センターと設定で確認します

• メータード接続をオフにし、安定回線で再試行します

補足として、SoftwareDistributionの一時停止やwindowsupdateトラブルシューティングツールの実行も効果的です。

Windows10特有のトラブルと回避策

Windows10では0x800705b4が機能更新と品質更新の衝突で出やすく、ダウンロードは進むのにインストールで止まる、あるいはアップデート失敗を繰り返すといった症状が目立ちます。この場合は更新を分離して対処すると安定します。先に品質更新（累積更新やDefender更新）だけを適用し、完了後に機能更新を進める順序が有効です。WSUSやWindowsServer環境では承認待ちや期限設定の影響でエラーが長引くため、管理側のポリシー確認も忘れないでください。Windows10アップデート不具合が既知の場合は、該当KBの保留やドライバの先行更新で回避できます。WindowsUpdateダウンロード進まないWindows11と似た挙動でも、Windows10はドライバ互換の影響が強く、グラフィックやストレージの更新を先に済ませると解決率が上がります。

上の順序で実施すると、windows10アップデート失敗繰り返す状況を抑えやすくなります。

ブルースクリーンや再起動ループへの発展を防ぐ予防策

0x800705b4が続くと、まれにwindows10アップデート不具合ブルースクリーンや再起動ループに発展します。防止の鍵はドライバ更新の順序と復元ポイントの活用です。まずはストレージ、チップセット、GPU、ネットワークの順で最新安定版へ更新し、署名のないドライバは避けます。次に更新前に復元ポイントを作成し、失敗時に迅速にロールバックできる体制を整えます。作業中は外付け機器を外し、常駐のセキュリティやバックアップツールの干渉を最小化します。WindowsDefender0x800705b4に見られる定義更新エラーはシステム整合性のサインでもあるため、sfcとDISMでファイル破損の修復を先に行うと安定性が上がります。最後に、電源設定を高パフォーマンスへ一時変更し、スリープやシャットダウンを挟まない連続インストールにすると成功率が高まります。

1. ドライバの順序更新を実行します
2. 復元ポイントを必ず作成します
3. sfcとDISMで整合性を修復します
4. 外部機器を外すなど干渉要因を排除します

この流れを守ると、エラーコード0x800705b4からの復旧が安定しやすくなります。

企業環境の0x800705b4で抑えるべきWSUSとWindows Serverの要点

WSUSで承認済みなのに配信が進まないとき

WSUSで更新プログラムを承認済みなのに配信が進まない場合、0x800705b4が表示されることがあります。ポイントはクライアントの検出とキャッシュの整合性です。まずはクライアント側のスキャン間隔と期限設定を見直し、サービス状態を合わせて確認します。加えて配布リングや対象グループの適用有無も差分を生みやすいので注意が必要です。以下を順に実施すると改善が早いです。

• クライアントの検出周期と期限設定の整合性を確認し、強制検出を実行します

• キャッシュ破損を疑いSoftwareDistributionのリセットを検討します

• BITSとWindowsUpdateのサービス状態を再確認し、イベントログでエラーIDを特定します

補足として、代理配布の構成や帯域制御が厳しいネットワークではダウンロードが進まないだけで失敗と誤認されがちです。ログとスロットリング設定を合わせて見ると原因が見えやすくなります。

Windows Server 2016で頻発する要因と対処

Windows Server 2016では累積更新の前提KBが欠けると0x800705b4に波及しやすく、サービス依存関係の停止順序が不適切でも問題が長期化します。運用では前提更新の適用順を明確にし、更新関連サービスのリセットを正しい手順で実行します。確認観点を整理しました。

前提KBの未適用はエラーの再発要因になりやすいため、構成管理で適用順を固定することが重要です。手順は次の通りです。

1. 最新のSSUを先に適用してから累積更新を実行します
2. wuauservとBITSなどを停止しキャッシュを整理します
3. サービスを開始しスキャンを再実行して結果を確認します

この流れを標準化すると、WindowsUpdateの安定性が向上し、WindowsServerの更新失敗を繰り返すリスクを下げられます。

AutopilotやIntuneのセットアップが進まない場合の見直し

Autopilotの事前プロビジョニングで止まる症状の整理

Autopilotの事前プロビジョニングが止まる時は、最初にネットワーク要件とデバイス登録状況を確認します。必要なエンドポイントへの接続が遮断されると、準備フェーズのダウンロードやポリシー同期が進みません。特にWindowsUpdateとMicrosoftIntuneのサービス到達性、プロキシやSSL検査の例外設定が鍵です。また、ハードウェアハッシュが正しいテナントに紐づいているか、重複登録や削除保留がないかも重要です。0x800705b4のようなUpdate関連のタイムアウトが見えた場合はSoftwareDistributionの破損や回線輻輳を疑い、電源管理やスリープ無効化も併せて見直すと安定します。

• 必要ポートとFQDNの到達性を事前検証する

• 登録状態の重複や削除待ちを解消する

• プロキシ認証のサイレント許可を構成する

補足として、Wi‑Fiのキャプティブポータルはプロビジョニングを妨げるため、初期構成では有線または証明書ベースの安全な無線を推奨します。

Intuneのデバイス登録エラーを解決する道筋

Intuneで進まない時は、エラーコードから切り分けると効率的です。たとえば0x80180014はMDM登録ポリシーの制限やAzureADのデバイス上限違反が典型で、ユーザーに許可されたプラットフォームや登録数の見直しで解消します。-2016341112はポリシー適用やWinGet配布の依存関係が解決できないケースが多く、対象スコープの競合や順序を整理すると改善します。WindowsUpdateが詰まるとポリシー同期も遅延するため、0x800705b4を伴う場合はWindows11Updateerror0x800705b4としてUpdateスタックの健全性を先に担保するのが近道です。次の一覧で主な原因を把握し、順に確認してください。

テーブルの順で対処すると、原因の取り違えを防げます。

自己展開モードや再起動の挙動を安定させる設定

自己展開モードや再起動の安定化には、登録順序とポリシー適用タイミングの最適化が効きます。特にドライバ配布やWindowsDefenderの初期スキャン、WindowsUpdateダウンロードが競合すると電源イベントで途切れます。以下の手順で段階適用に揃えると、AutopilotやIntuneが滑らかに進みやすくなります。

1. ネットワークと時間同期を先行適用し、NTPとプロキシ例外を固定する
2. デバイス構成プロファイルを最小限から適用し、再起動を伴う設定は後段へ回す
3. アプリ配布は依存関係順にし、セキュリティクライアントを最後に近づける
4. Updateのメンテナンス時間を設定し、再起動タイミングを固定する
5. 監査ログとデバイス登録状態を確認し、失敗時は即リトライルールを定義する

補足として、WSUSやWindowsServer経由で更新を制御している場合は、Autopilot直後のみ一時的にクラウド優先に切り替えると0x800705b4の再発を抑えられます。

Microsoft Storeやゲームで関連エラーが出るときの対応

Microsoft Storeでの更新失敗とアプリの再インストール判断

Microsoft Storeで更新が進まない、ダウンロードが停止する、エラーコードが表示されるときは、まず安全にできる基本対処から進めるのが近道です。特にWindowsUpdate起因の不整合で0x800705b4が出ている場合、Store側のキャッシュやサインインの不整合が連鎖することがあります。以下のポイントを順に試し、再インストールは最後に判断します。

• wsresetでキャッシュをリセットし、Storeを再起動します

• Microsoftアカウントのサインインをやり直すか時刻・地域設定を同期します

• WindowsUpdateトラブルシューティングツールを実行して更新の整合性を確認します

• 配信の最適化をオフにして再テストし、回線やDNSの影響を切り分けます

再インストールの判断基準は次のとおりです。

補足として、WindowsDefenderのスキャン進行中に更新が詰まる例もあります。スキャン完了後の再試行で改善することがあるため、競合の有無を確認してください。

マインクラフトで別コードが出る場合の整理

Minecraftで「購入済みなのにインストールできない」「起動時に止まる」などのとき、0x800705b4だけでなく0x80004005など別コードが表示されることがあります。コードごとに依存関係が異なるため、原因の切り分けが重要です。共通するのはMicrosoftStoreとXboxアプリ、アカウント、ゲームサービスの連携で、Windows11やWindows10の更新状態も影響します。次の手順で効率よく確認しましょう。

1. XboxアプリとMicrosoftStoreの両方へ同一アカウントでサインインし直します
2. GamingServicesを修復または再インストールし、サービスが起動中か確認します
3. WindowsUpdateを実行し、保留中の更新プログラムをすべて適用します
4. アプリの修復/リセットを行い、改善しなければ再インストールを検討します
5. ネットワークのDNSを変更して、ダウンロードの安定性を確認します

0x80004005は権限や展開失敗の性質が強く、アプリの修復とGamingServicesの再構成が有効です。一方で0x800705b4はUpdateのタイムアウト傾向があるため、WindowsUpdateの修復とキャッシュリセットを優先してください。ゲーム本体だけでなくXboxやストアの依存コンポーネントを揃えることが、トラブルの早期解決につながります。

0x800705b4に関するよくある質問と迷いを解消する

自動診断で直らないときに次に進む基準

WindowsUpdateトラブルシューティングツールやwindowsupdate自動診断で改善しない場合は、原因の切り分けを優先します。目安は三つです。まず、エラーコード0x800705b4が再起動後も連続して発生し、ダウンロードが進まない現象が30分以上続くとき。次に、WindowsDefenderの定義更新やMicrosoftStoreアプリ更新が同時に失敗しているときは更新コンポーネントの破損が疑われます。最後に、ネットワークを変えても失敗する場合はローカル要因が濃厚です。これらが当てはまれば、SoftwareDistributionとcatroot2のリセット、sfcとDISMの実行、クリーンブートでの干渉確認に進みます。WSUS配下やIntuneで管理中なら、ポリシー保留や期限指定がないかも確認してください。

• 判断の目安

  • 再起動と電源リセット後も0x800705b4が継続
  • 別回線や有線接続でも改善しない
  • Windows11Updateerror0x800705b4が特定KBで繰り返す

補足として、Windows10とWindows11で手順はほぼ共通ですが、Windows11 24H2ではドライバ互換で失敗する例があるため、ベンダー提供の最新ドライバ適用も有効です。

データ損失を避けるためのバックアップ優先事項

更新や修復を進める前に、ユーザーデータの複製を最優先にします。対象はドキュメント、デスクトップ、ピクチャ、重要なアプリ設定ファイルです。外付けドライブかクラウドへ二重保全が理想です。BitLockerが有効なら回復キーを事前に保管します。復旧手段は三段階で想定し、まずシステムの復元ポイント、次に回復ドライブ、最後にインプレース修復用のインストールメディアを準備します。0x800705b4がWindowsDefenderの定義更新で出る場合でも、環境修復中は思わぬ再起動が発生し得るため、作業前の退避が安全です。企業環境ではIntuneやAutopilot事前プロビジョニング済みデバイスのローカルデータ退避範囲をガイドに沿って確認してください。

以下の順で実行すると安全です。

1. 外付けまたはクラウドへ重要フォルダを二重バックアップする
2. BitLocker回復キーとライセンス情報を書き出して保管する
3. 復元ポイント作成と回復ドライブ作成を同日に実施する
4. インプレース修復用ISOを検証済みのハッシュで用意する

バックアップ完了後に修復コマンドを実行すれば、予期せぬ電源断やブルースクリーンが出てもデータ損失を最小化できます。