Windows 11 へのアップデート後、Windows Update が 0x800705b4 で失敗し、DISM が途中で止まる、エクスプローラーが頻繁に落ちる――そんな「何かがおかしい」状態に悩まされていませんか。本記事では実際に遭遇した事例をベースに、原因の見つけ方と安全な対処手順を詳しく解説します。
症状の概要：0x800705b4 と DISM 停止・エクスプローラー不安定
今回の事例で発生していた環境と症状は次のとおりです。
- OS：Windows 11 Home 24H2（OS ビルド 26100.4770）
- 「更新プログラムのチェック」を実行すると長時間待たされたあと、0x800705b4（タイムアウト）で失敗
- Windows Update のトラブルシューティング ツールも正常に動作しない
DISM /Online /Cleanup-Image /RestoreHealthが 62.3% で停止したまま進行しない- シャットダウン時に 「タスク ホストがバックグラウンド タスクを停止しています」 が頻繁に表示される
- エクスプローラーでフォルダーを開くと固まり、エクスプローラーが勝手に再起動することがある
- WindowsUpdate.log やイベントログの採取は一通り実施済み
一見すると「Windows Update のキャッシュ破損」や「コンポーネント ストアの破損」に見える症状ですが、最終的に判明した根本原因は全く別のものでした。
今回のケースで判明した根本原因：暗号通貨マイナー系マルウェア
詳細な調査の結果、単なる Windows Update 側の不具合ではなく、暗号通貨マイナー系のマルウェアが常駐していることが判明しました。
このマルウェアは主に次のようなサービスや機能に干渉していました。
- wuauserv（Windows Update サービス）への干渉
- BITS（バックグラウンド インテリジェント転送サービス）への干渉
- 暗号化サービス（CryptSvc）や関連プロセスへのフック
- エクスプローラーのシェル拡張として紛れ込み、フォルダー操作時に異常動作を引き起こす
結果として、次のような副作用が出ていました。
- Windows Update のダウンロード・適用処理が正常に完了できず 0x800705b4（タイムアウト） を連発
- DISM がコンポーネント ストアにアクセスできず、62.3% で停止したように見える状態でフリーズ
- バックグラウンドの更新関連タスクが終了できず、シャットダウン時に「タスク ホスト」が長時間残る
- エクスプローラーが頻繁に落ちることで「PC全体が不安定」に見える
最終的には FRST（Farbar Recovery Scan Tool） で取得したログをもとに、その PC 専用に作成した fixlist を適用し、不正サービスや関連ファイルを削除することで正常化しました。
0x800705b4（タイムアウト）エラーの意味と典型的な原因
0x800705b4 は「操作がタイムアウトした（時間内に完了しなかった）」ことを示す汎用的なエラーです。Windows Update 周りで現れるとき、多くの場合は次のような原因が絡みます。
| 分類 | 具体的な原因例 | よくある症状 |
|---|---|---|
| サービス異常 | wuauserv / BITS / CryptSvc が停止・応答なし・設定不正 | 更新プログラムのダウンロードが進まない／途中で止まる |
| ネットワーク | プロキシ設定不正・DNS トラブル・セキュリティ製品のフィルタリング | 「更新プログラムをチェックしています」から進まない |
| コンポーネント ストア | WinSxS の破損・キャッシュ不整合 | DISM が途中で停止、SFC で修復できないファイル多数 |
| セキュリティソフト | サードパーティ製 AV がシステムファイルの書き換えをブロック | 更新中に CPU 使用率は高いが進捗バーが進まない |
| マルウェア | 暗号通貨マイナー／トロイの木馬がサービス・ネットワークを乗っ取る | Update だけでなく DISM やエクスプローラーまで挙動がおかしい |
今回のように「Windows Update だけでなく、DISM、タスクホスト、エクスプローラーまで広範囲に不具合が出ている」場合、システム全体に影響する何らかの常駐ソフト（特にマルウェア）を疑うのがポイントです。
症状から原因を絞り込む考え方
0x800705b4 に限らず、Windows Update 周りのトラブルは「なんとなく全部おかしい」と感じられがちです。まずは次の視点で切り分けを行うと、原因の当たりをつけやすくなります。
| 観点 | チェック内容 | 判断の目安 |
|---|---|---|
| 更新プロセス | その他のアプリの動作は正常か、Update だけが異常か | Update 以外は安定ならコンポーネント側、広範囲ならマルウェアを疑う |
| ネットワーク | ブラウザで外部サイトに問題なくアクセスできるか | インターネット全体が遅い／つながらないなら回線やルーター側の問題も |
| サービス状態 | サービス管理ツールで wuauserv / BITS / CryptSvc の状態を確認 | 自動開始なのに停止している／すぐ停止するなら要調査 |
| イベントログ | システム・アプリケーションログにエラーが連発していないか | 同じソース名のエラーが繰り返し出ていれば、そのコンポーネントが怪しい |
| セキュリティ | 不審な常駐ソフト、怪しいスタートアップ、スケジュールタスクはないか | ここで「見覚えのない項目」が多いほど、マルウェアの可能性が高い |
誰でも試せる基本対処：Windows Update コンポーネントのリセット
まずは「比較的安全で一般的」な対処から実施し、それでも直らない場合にマルウェアやインプレース修復を視野に入れる、という順番がおすすめです。
Windows Update 関連サービスとキャッシュのリセット
管理者権限のコマンド プロンプトを開き、次のコマンドを順番に実行します。
net stop wuauserv
net stop bits
net stop cryptsvc
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
bitsadmin /reset /allusers
netsh winsock reset
netsh winhttp reset proxy
net start cryptsvc
net start bits
net start wuauserv
この一連の操作で行っていることは次のとおりです。
- wuauserv / BITS / CryptSvc を一時停止
- Windows Update のキャッシュフォルダー（SoftwareDistribution / catroot2）をリセット
- BITS のジョブキューを初期化
- Winsock と WinHTTP のプロキシ設定をリセット
- サービスを再起動
これだけで改善するケースもありますが、今回のようにマルウェアがサービス自体に干渉している場合は効果が限定的です。それでもまずは「環境を標準状態に戻す」意味で実行しておく価値があります。
SFC と DISM によるシステムファイルとコンポーネントストアの修復
次に、システムファイルとコンポーネントストアの修復を実施します。引き続き管理者コマンド プロンプトで実行します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
ポイントは次のとおりです。
- SFC（sfc /scannow）：保護されたシステムファイルを検査し、破損を修復
- DISM：コンポーネントストア（WinSxS）の破損を修復し、SFC の修復元となるイメージを整える
今回のケースでは、この DISM が62.3% で停止したまま進まないという症状が出ていました。このような場合、次の対処を検討します。
- セーフモードで DISM を再実行
他の常駐ソフトの影響を減らした状態で実行することで完走することがあります。 - オフライン修復
インストールメディア（ISO）から正常なコンポーネントを参照して修復する方法です。
DISM のオフライン修復の基本例
以下は、インストール ISO をマウントしたドライブ（例：D:）を利用する場合の流れです。
- 最新版の Windows 11 ISO を入手し、右クリックして「マウント」。仮想ドライブ（ここでは D:）として認識されます。
- PowerShell（管理者）でインデックス番号を確認します。
Dism /Get-WimInfo /WimFile:D:\sources\install.wim
表示された一覧から、自分のエディション（Home / Pro など）に該当するインデックス番号をメモします。
- 次のような形式で DISM を実行します（インデックス番号は例）。
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:6 /LimitAccess
:6 の部分は環境によって異なるため、必ず /Get-WimInfo の結果から自分の環境に合う番号を選択してください。
それでも 62.3% など特定の進捗で固まる場合、コンポーネントストアそのものというより、アクセスを妨害している何か（セキュリティソフトやマルウェア）の存在を疑うべきです。
マルウェア観点でのチェック：暗号通貨マイナーを疑うポイント
今回の決定打となったのは、マルウェアの有無をきちんと確認したことでした。特に暗号通貨マイナー系マルウェアは「PC が少し遅い」「ファンが妙に回る」程度の違和感から始まり、気づかないうちにシステム全体に悪影響を及ぼします。
Microsoft Defender のオフライン スキャン
まずは標準機能である Microsoft Defender オフライン スキャンを実行します。インターネット接続が切れている状態でも、再起動して BIOS レベルに近いタイミングでスキャンが行われるため、常駐中のマルウェアも検出しやすくなります。
手順（概要）：
- [設定] → [プライバシーとセキュリティ] → [Windows セキュリティ] → [ウイルスと脅威の防止] を開く
- [スキャンのオプション] を選択
- [Windows Defender オフライン スキャン] を選択して [今すぐスキャン]
- 再起動後、自動的にスキャンが行われ、完了すると Windows が起動
Microsoft Safety Scanner（MSERT）の活用
次に、Microsoft Safety Scanner（MSERT） を利用して追加のスキャンを行います。MSERT は単体実行型のマルウェアスキャナで、常駐せず、必要な時だけダウンロードして実行するツールです。
- 最新の MSERT をダウンロードして実行する
- フルスキャンを選択し、時間がかかっても最後まで完走させる
この段階で何も検出されない場合でも、自動起動項目やスケジュールタスクに不審なエントリが残っていることがあります。
自動起動項目・スケジュールタスクの確認
より詳細な確認には Sysinternals の Autoruns が便利ですが、まずは標準機能と PowerShell だけでもある程度の確認は可能です。
PowerShell（管理者）で次のようなコマンドを実行し、怪しいタスクがないか確認します。
Get-ScheduledTask | Where-Object {$_.TaskName -match 'miner|coin|well|slump|swell'}
netsh winhttp show proxy
- 「見覚えのないタスク名」
- 自分で設定していないプロキシ設定
などが見つかった場合は、マルウェアによる改変の可能性が高くなります。
FRST による詳細診断とカスタム fixlist での駆除
今回の事例では、最終的に FRST（Farbar Recovery Scan Tool） を用いて詳細な診断と駆除を行いました。
重要な点は次の 2 つです。
- FRST の fixlist.txt は、その PC 専用の「処方箋」である
- 他人の環境向けに作られた fixlist を流用しないこと
一般的な流れは以下の通りです（概要レベルの説明にとどめます）。
- FRST をダウンロードし、デスクトップなどに配置する
- FRST を管理者として実行し、ログ（FRST.txt / Addition.txt など）を採取する
- ログをもとに専門家が その PC 向けの fixlist.txt を作成
- FRST と同じ場所に fixlist.txt を置き、FRST を実行して「Fix」を実行
- 再起動後、不要サービスや不正ファイルが削除されたことを確認
今回のケースでは、たとえば次のようなサービス名が悪用されていました（例）。
pureslumpswellwellwellwell
FRST で駆除したあと、PowerShell（管理者）で次のコマンドを実行し、これらのサービスが残っていないか確認します。
Get-Service pure,slump,swell,wellwellwell -ErrorAction SilentlyContinue |
Select Name,StartType,Status
サービスが存在しない場合は「該当するサービスが見つかりません」といったエラーになるため、あえてエラーになることが削除済みの目安になります。
FRST 自体の削除方法
FRST は作業が終わったら削除しておくのが基本です。FRST には専用のアンインストール方法が用意されています。
FRST64.exeをUninstall.exeにリネームする- 管理者として
Uninstall.exeを実行する - 再起動後、FRST 関連のファイルやログが削除される
この手順で FRST がきれいに片付くため、作業後の環境もすっきりします。
DISM 62.3% 停止・「タスク ホスト」表示・エクスプローラー落ちの関係
今回のケースで特徴的だった 3 つの症状について、それぞれの意味と対処のヒントを整理します。
| 症状 | 考えられる原因 | 対処の方向性 |
|---|---|---|
| DISM が 62.3% で停止 | コンポーネントストアの破損 / アクセス妨害（マルウェア・セキュリティソフト） | セーフモード / オフライン修復で再実行。改善しなければマルウェアを強く疑う |
| 「タスク ホストがバックグラウンド タスクを停止しています」 | 更新・スケジュールタスクが終了できず残っている | タスクスケジューラとイベントログでどのタスクが長時間残っているかを確認 |
| エクスプローラーが頻繁に落ちる | 壊れたシェル拡張 / マルウェアのシェル統合 / ストレージエラー | Autoruns の Explorer タブで不要シェル拡張を無効化しながら切り分ける |
特に、Windows Update と関係ない操作（フォルダー操作など）でエクスプローラーが落ちる場合は、「更新コンポーネントだけの問題ではない」と判断する材料になります。
まだ直らないときの最終手段：インプレース修復
マルウェアの駆除やコンポーネントストアの修復を行っても問題が残る場合、インプレース修復（上書きインストール）を検討します。
インプレース修復は、アプリケーションやユーザーデータを保持したまま、Windows のシステムファイルを再配置する方法です。
実施前に必ず行っておきたいこと：
- 重要なデータのバックアップ（ドキュメント・デスクトップ・写真など）
- システムの復元ポイントの作成
- BitLocker 使用時は回復キーの確認
インプレース修復の基本的な流れは次のとおりです（概要）。
- 最新の Windows 11 セットアップ（ISO or インストールメディア）を用意する
- Windows 上でセットアップを起動し、「この PC を今すぐアップグレード」を選択
- 「個人用ファイルとアプリを引き継ぐ」を選択して進める
- 指示に従い作業を完了させる
インプレース修復は比較的大掛かりな作業になるため、まずはマルウェアの完全駆除と Windows Update コンポーネントのリセットを優先し、それでも改善しない場合の「最終手段」として検討するとよいでしょう。
ログ収集と共有のコツ（プライバシーに注意）
0x800705b4 のようなトラブルは、「ログをきちんと取る」ことで原因にたどり着ける可能性が高まります。
代表的なログ採取の例：
- WindowsUpdate.log：
Get-WindowsUpdateLogコマンドで出力 - システム / アプリケーション ログ：
wevtutil epl System System.evtxなどでエクスポート - システム情報：
msinfo32を実行し、「ファイル」→「エクスポート」で保存 - FRST のログ：FRST.txt / Addition.txt / Shortcut.txt など
第三者とログを共有する場合は、次の点に注意してください。
- ユーザー名や PC 名、メールアドレスなどの個人情報が含まれていないか確認
- 会社名や社内サーバー名など、組織の機微情報が含まれていないか確認
- 必要に応じてテキストエディタでマスクする
実際の事例から学ぶポイントまとめ
今回の「Windows 11 24H2 への更新後に 0x800705b4 が連発し、DISM やエクスプローラーまで巻き込んで不安定になった」ケースから、特に重要だと感じられるポイントをまとめます。
- 0x800705b4 が長期間改善しない場合は、Windows Update だけを疑わない
コンポーネントストアやネットワークだけでなく、マルウェアの可能性も必ず視野に入れる。 - DISM が特定のパーセンテージ（例：62.3%）でいつも止まる場合は、外的要因を疑う
セーフモードやオフライン修復で改善しない場合、常駐ソフト・マルウェアが妨害していることが多い。 - 「タスク ホスト」やエクスプローラー落ちなどの付随症状もヒントになる
更新処理と無関係なところで不具合が出ているなら、問題はさらに根深い可能性が高い。 - FRST の fixlist は「処方箋」扱い
他人の fixlist をコピーして流用するのは危険。必ず自分の PC のログから作成されたものだけを使う。 - 駆除後は定期的なオフラインスキャンと起動項目チェックを習慣にする
再発防止には「怪しいファイルを入れない」「怪しいサイトに行かない」だけでなく、定期的な点検が有効。
0x800705b4 が出たときの実践チェックリスト
最後に、同じようなトラブルに遭遇したときに役立つチェックリストをまとめます。上から順番に試していくことで、より安全に原因へ近づけるはずです。
| ステップ | 内容 | 難易度 |
|---|---|---|
| 1 | インターネット接続と日付・時刻設定を確認する | 低 |
| 2 | wuauserv / BITS / CryptSvc の状態をサービス画面で確認 | 低 |
| 3 | 本記事の手順で Windows Update コンポーネントのリセットを実施 | 中 |
| 4 | SFC / DISM（オンライン）を実行し、ログを確認 | 中 |
| 5 | DISM が固まる場合はセーフモード・オフライン修復を試す | 中 |
| 6 | Defender オフラインスキャンと MSERT でマルウェアチェック | 中 |
| 7 | 自動起動項目・スケジュールタスクを確認し、不審項目を洗い出す | 中 |
| 8 | 必要に応じて FRST でログ採取し、専門家に fixlist を作成してもらう | やや高 |
| 9 | すべて試しても改善しない場合はインプレース修復を検討 | 高 |
0x800705b4 は単純なキャッシュ破損でも発生しますが、今回のように暗号通貨マイナー系マルウェアが根本原因になっているケースも現実に存在します。「Windows Update が遅い」「DISM が止まる」「エクスプローラーがよく落ちる」といった症状が複合しているときは、ぜひマルウェアの可能性も疑いながら、慎重に切り分けを進めてみてください。
コメント