「Windows 10 で Windows Update を開こうとしてもウィンドウ自体が立ち上がらない」「更新履歴や詳細が見られない」といった症状は、単に更新に失敗している場合よりも厄介です。本記事では、実際に FRST を使った事例をベースにしつつ、一般ユーザーが安全に試せる順序立てた対処法から、最終手段となるインプレースアップグレードまで、再発防止のコツも含めて詳しく解説します。
Windows 10 で「Windows Update が開けない」症状とは
まず、本記事で対象とするのは次のようなケースです。
- 「設定」アプリを開き、更新とセキュリティ → Windows Update をクリックしても画面が真っ白・固まる
- Windows Update の画面自体が表示されない／一瞬出て閉じる
- 更新のチェック・履歴表示などができないので、不具合の有無すら確認できない
- サービス（wuauserv や BITS）は 起動中と表示されているのに動かない
chkdskやsfc /scannowを実行しても改善しない
つまり、「更新に失敗している」「エラーコードが表示される」といったよくあるトラブルではなく、Windows Update の UI そのものが起動できない・壊れている状態です。
よくある状態を表にまとめると次のようになります。
| 症状 | 具体的な挙動 | 想定される原因の方向性 |
|---|---|---|
| 画面が開かない | クリックしても何も出ず、エラーも表示されない | 関連コンポーネント破損、サービス設定、ポリシーや停止ツールの影響 |
| 画面が真っ白 | ウィンドウは出るが白いまま固まる | ストアアプリ側の不具合、UI コンポーネント破損 |
| すぐ閉じる | 一瞬表示されてすぐ落ちる | アクセス権限の問題、セキュリティソフトの干渉 |
| サービスは正常に見える | wuauserv や BITS は「実行中」 | サービス以外のレイヤー（ポリシー・スケジューラ・ストアアプリなど） |
こうした「表からは異常が見えにくい」トラブルでは、やみくもにレジストリをいじったり怪しいツールを試すと、むしろ事態を悪化させることもあります。本記事では、再現性の高い「標準手順」から、必要に応じて踏み込んだ手法まで、安全な順番で紹介していきます。
このケースで実際に効いた解決策（結論の整理）
冒頭で触れた実際のケースでは、次の流れで問題が解消しました。
- FRST（Farbar Recovery Scan Tool）でログを採取
- 取得したログに基づき、その PC 専用の
fixlist.txtを作成し、「Fix」実行 - 再起動後、Windows Update が正常に開けるように回復
- あわせて、環境をクリーンアップ
- Malwarebytes の「Windows セキュリティ センターに常に登録」を オフ に
- PowerShell で Microsoft Defender の 除外項目（パス／拡張子／プロセス／ThreatID 既定動作）を一括削除
- FRST の後片付け（
FRST64.exeをUninstall.exeにリネームして実行 → 再起動）
ここで重要なのは、fixlist.txt の中身はその PC 専用であり、他の環境に流用してはならないという点です。ログ内容に合わせて一行ずつ調整されたスクリプトなので、別の PC に使うと最悪起動不能になります。
本記事では、この「FRST＋環境クリーンアップで解消した」という実例をベースに、より多くの一般ユーザーが再現しやすいように次のような構成で解説します。
- 一般ユーザー向け：標準手順（推奨の試行順）
- 上級者向け：FRST を用いた個別修復の考え方
- 最終手段：インプレースアップグレード（上書き修復インストール）
- 再発防止・運用のコツ
一般ユーザー向け：順番に試す標準手順
ここからは、Windows Update の画面が開かない／起動しないときに、一般ユーザーが再現性高く試せる手順を、実施しやすい順に解説します。
| ステップ | 目的 | 難易度 |
|---|---|---|
| 1. トラブルシューティング ツール | 簡易な自動修復 | ★☆☆ |
| 2. サービス設定の確認 | 必須サービスの有効化 | ★☆☆ |
| 3. DISM → SFC | システムファイルの整合性修復 | ★★☆ |
| 4. Update コンポーネントのリセット | Windows Update 部分の再構築 | ★★☆ |
| 5. セキュリティソフトの干渉排除 | 常駐ソフトの影響を解消 | ★☆☆ |
| 6. Defender 除外設定の初期化 | 過度な除外設定をリセット | ★★☆ |
| 7. ポリシー・停止ツールの確認 | 意図せぬ Update 停止設定の発見 | ★★☆ |
1. Windows Update トラブルシューティング ツールを実行する
一番最初に試すべきは、Windows 標準のトラブルシューティング機能です。自動でよくある問題を検出し、簡単なものは修復してくれます。
手順
- 設定 を開く
- 更新とセキュリティ をクリック
- 左メニューから トラブルシューティング を選択
- 追加のトラブルシューティング ツール をクリック
- Windows Update を選び、トラブルシューティング ツールの実行 をクリック
検出された問題があればその場で修復を試みてくれます。完了後、必ず PC を再起動 し、Windows Update が開くかどうかを確認します。
2. 主要サービスの状態を確認する（services.msc）
トラブルシューティングで直らない場合、Windows Update 関連サービスの状態を確認します。サービスが無効化されていると、画面が開けなかったり更新が進まなくなります。
サービス画面の開き方
- Windows キー + R を押して「ファイル名を指定して実行」を開く
services.mscと入力して Enter
確認・推奨設定
| 表示名 | サービス名 | 開始種類 | 状態 |
|---|---|---|---|
| Windows Update | wuauserv | 手動 | 通常は「実行中」か「停止」どちらでも可 |
| バックグラウンド インテリジェント転送サービス | BITS | 手動 | 必要時に自動で起動する |
| Update Orchestrator Service | usosvc | 自動（遅延開始） | 自動で起動していることが多い |
| 配信の最適化 | DoSvc | 自動 | 停止している場合は後述のポリシーも疑う |
| Windows Modules Installer | TrustedInstaller | 手動 | 更新時などに自動起動する |
| Microsoft アカウント サインイン アシスタント | wlidsvc | 手動 | アカウント関連機能で利用 |
開始種類の変更を行った場合は、設定が反映されるように PC を再起動します。
3. DISM → SFC の順でシステム整合性を修復する
sfc /scannow は既に実施済みというケースも多いですが、DISM → SFC の順番に実施することで、より確実にシステムファイルの整合性を修復できます。
管理者権限で PowerShell / コマンドプロンプトを開く手順
- スタートボタンを右クリック
- Windows PowerShell（管理者） または コマンドプロンプト（管理者） をクリック
実行するコマンド
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
それぞれのコマンドは完了まで時間がかかることがあります。途中で中断せず、100% になるまで待ちます。完了後、PC を再起動して Windows Update の画面が開くか確認してください。
4. Windows Update コンポーネントをリセットする
システムファイルそのものではなく、Windows Update 関連のコンポーネントが壊れている場合は、更新履歴や一時ファイルを含めてリセットするのが効果的です。
再び管理者 PowerShell / コマンドプロンプトを開き、次のコマンドを順番に実行します。
net stop bits
net stop wuauserv
net stop cryptsvc
net stop appidsvc
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
netsh winsock reset
netsh winhttp reset proxy
net start appidsvc
net start cryptsvc
net start wuauserv
net start bits
実行のポイントは次の通りです。
SoftwareDistributionとcatroot2を直接削除せず、リネームして退避しているため比較的安全- Windows Update に必要なネットワーク関連（Winsock / WinHTTP）の設定もリセット
- 最後にサービスを再起動し、新しい更新データをダウンロードし直せる状態にする
ここまで行ったら、やはり 再起動 → Windows Update 画面が開くか確認という流れで動作をチェックします。
5. サードパーティ製セキュリティソフトの干渉を排除する
Windows Defender 以外のセキュリティソフトや多機能ツールが入っている場合、それが 「Windows セキュリティ センター」に統合される設定になっていると、Windows Update や Defender 周りの挙動が不安定になることがあります。
特に、Malwarebytes など一部の製品は Windows Defender と共存できるものの、「常に Windows セキュリティ センターに登録」するかどうかで挙動が変わります。
Malwarebytes の設定例
- Malwarebytes を起動
- 設定 → 全般 を開く
- Windows セキュリティ センター セクションを探す
- 「Windows セキュリティ センターに常に登録」 を 無効にする
また、「セキュリティソフトを複数常駐させる」のはトラブルの元になりやすいので、基本的には次のどちらかに統一するのがおすすめです。
- Windows Defender のみ を使用する
- サードパーティ製ソフトを 1 製品だけ常駐させ、Defender のリアルタイム保護は適切に切り替える
一時的に影響を切り分けるため、セキュリティソフトをアンインストール、またはリアルタイム保護を停止してみるのも有効です。ただし、インターネット接続を切る・怪しいファイルを開かないなど、一時的にでも保護レベルが下がることを意識して安全に作業してください。
6. Microsoft Defender の除外設定を初期化する
過去にトラブル回避のため、Defender の除外設定を大量に追加している環境では、意図せず必要なファイル・フォルダまで除外対象になっていることがあります。Windows Update が利用するファイルやフォルダが除外されていると、検査が正しく行えず不具合につながることもあります。
そうした「過度な除外」を一度リセットするために、現在の除外設定を PowerShell から一括削除する方法があります。
管理者 PowerShell で実行
$pref = Get-MpPreference
foreach($p in $pref.ExclusionPath){ Remove-MpPreference -ExclusionPath $p -Verbose }
foreach($e in $pref.ExclusionExtension){ Remove-MpPreference -ExclusionExtension $e -Verbose }
foreach($proc in $pref.ExclusionProcess){ Remove-MpPreference -ExclusionProcess $proc -Verbose }
foreach($id in $pref.ThreatIDDefaultAction_Ids){ Remove-MpPreference -ThreatIDDefaultAction_Ids $id -Verbose }
このスクリプトは、次の項目をすべて削除します。
- 除外パス
- 除外拡張子
- 除外プロセス
- ThreatID ごとのデフォルト動作
「一度まっさらに戻した上で、本当に必要な除外だけを後から追加し直す」というイメージです。企業環境やポリシー管理下の PC では、自分で勝手にポリシーを変えないよう注意しましょう。
7. ポリシーや停止ツールの影響を確認する
ここまでで改善しない場合、グループポリシーや Update 停止ツールが影響している可能性が高くなってきます。
特に次のような状況に心当たりがある場合は要注意です。
- 過去に「Windows Update を止めるツール」を使ったことがある
- 企業 PC で、IT 部門がポリシーを配布している
- レジストリやタスクスケジューラで手動調整を行ったことがある
配信の最適化が「自動」にできない場合
サービス一覧で 「配信の最適化」（DoSvc）の開始種類を自動に変更できない場合は、ポリシーでロックされている可能性があります。その場合、自力で無理に解除しようとするのではなく、企業 PC であれば管理者に相談した方が安全です。
タスクスケジューラの確認
Update オーケストレーションのタスクが無効化されていると、内部的な Update 処理が走らなくなることがあります。
- Windows キーを押して「タスク スケジューラ」と入力し起動
- 左ペインで タスク スケジューラ ライブラリ → Microsoft → Windows → UpdateOrchestrator を開く
- 一覧のタスクが 無効 になっていないか確認
わからないタスクを片っ端から削除したり無効化するのは危険です。無効化されているタスクがあれば、まずは 有効に戻すだけにとどめ、削除は行わないようにしましょう。
上級者向け：FRST で環境を個別修復する考え方
ここまでの標準手順を一通り試しても改善しない場合、環境固有の破損や残骸が原因になっている可能性があります。このレベルになると、一般的なマニュアルでは対応が難しくなり、FRST（Farbar Recovery Scan Tool） のような診断ツールでログを取り、個別に修復内容を作るアプローチが有効です。
FRST とは何か（概要）
FRST は、レジストリ・サービス・タスク・ドライバ・ブラウザ設定など、システムの広範囲をスキャンし、詳細なログをテキスト形式で出力してくれるツールです。診断だけでなく、fixlist.txt というスクリプトファイルを読み込んで修復を自動実行する機能も持っています。
ただし、この fixlist.txt がくせもので、次の性質があります。
- PC ごとのログ内容に合わせて個別に作る必要がある
- 別の PC のログを元にした
fixlist.txtを流用すると危険 - 同じ PC でも、基本的に 同一の fixlist を何度も実行すべきではない
そのため、本記事では 具体的な fixlist の中身は掲載しません。あくまで「こういう考え方で環境をクリーンアップした」という方向性に絞って解説します。
FRST 利用時の基本的な流れ
概ね、FRST を使った作業は次のような流れになります。
- FRST（64bit なら FRST64.exe）をダウンロードし、デスクトップなどに置く
- 右クリック → 管理者として実行
- ログ取得（Scan）を実行し、
FRST.txtとAddition.txtを出力 - 出力されたログをもとに、不要なエントリや破損部分を見極める
- その PC 専用の
fixlist.txtを作成し、同じ場所に保存 - FRST の「Fix」を実行し、修復を行う
- 自動で再起動 →
Fixlog.txtで実行結果を確認
ログ解析と fixlist の作成は、ある程度の知識と経験が必要です。自信がない場合は、信頼できるコミュニティや専門家にログを見てもらい、その PC 専用の fixlist を作ってもらう方が安全です。
この事例で行ったクリーンアップのポイント
冒頭のケースでは、FRST による修復に加え、次のようなクリーンアップを行いました。
Malwarebytes の「Windows セキュリティ センターに常に登録」をオフ
前述の通り、Malwarebytes がセキュリティセンターに常に登録されていると、Defender や Windows Update との関係が複雑になります。そこで、このオプションを無効にし、Defender を基軸とした構成に整理しました。
Microsoft Defender の除外設定を PowerShell で一括削除
Defender 周りの挙動をフラットに戻すため、前述のスクリプトを使って、除外設定と ThreatID の既定動作をすべて削除しました。
$pref = Get-MpPreference
foreach($p in $pref.ExclusionPath){ Remove-MpPreference -ExclusionPath $p -Verbose }
foreach($e in $pref.ExclusionExtension){ Remove-MpPreference -ExclusionExtension $e -Verbose }
foreach($proc in $pref.ExclusionProcess){ Remove-MpPreference -ExclusionProcess $proc -Verbose }
foreach($id in $pref.ThreatIDDefaultAction_Ids){ Remove-MpPreference -ThreatIDDefaultAction_Ids $id -Verbose }
これにより、「過去のトラブル対応で入れた設定が今も足を引っ張っている」という状態をリセットできます。
FRST の後片付け（クリーンアンインストール）
FRST は常駐ソフトではありませんが、使い終わったら 痕跡を残さず撤去しておくのがベストです。FRST にはお片付け用の仕組みがあり、次の手順でクリーンアンインストールが行えます。
FRST64.exeが置いてあるフォルダを開くFRST64.exeをUninstall.exeにリネームUninstall.exeを実行- 指示に従って PC を再起動
これにより、FRST 本体だけでなく、作業に関連する一時ファイルなどもまとめて削除されます。
どうしても直らない場合の最終手段：インプレース アップグレード
ここまで試しても Windows Update が開かない場合、Windows 自体の深刻な破損を疑う段階です。最終手段として有効なのが、インプレース アップグレード（上書き修復インストール）です。
インプレース アップグレードとは
インプレース アップグレードとは、Windows 10 のセットアッププログラムを実行し、個人ファイルとアプリを保持したまま Windows を再展開する方法です。これにより、システムファイルや Windows Update コンポーネントがほぼ「初期状態」に戻りますが、データやアプリはそのまま残せます。
イメージとしては、「Windows 10 を一度きれいに入れ直すが、ユーザーデータとアプリは保持するクリーンインストールに近い作業」です。
インプレース アップグレード前にやっておくべきこと
比較的安全な作業とはいえ、OS を大きく入れ直すことには変わりません。事前に次の準備をしておきましょう。
- 重要データのバックアップ（ユーザーフォルダ、デスクトップ、ドキュメントなど）
- 可能であれば システム全体のバックアップ（イメージバックアップ）
- 使用中アプリのライセンス情報・インストーラー入手先の控え
- ディスクの空き容量を確保（目安として 20GB 以上）
インプレース アップグレードの大まかな流れ
細部は省きますが、おおよそ次のステップになります。
- Windows 10 のセットアップメディア（ISO など）を用意し、マウントまたは展開
- 中にある
setup.exeを右クリック → 管理者として実行 - 画面の指示に従い、「個人用ファイルとアプリを引き継ぐ」を選択
- 互換性チェックをクリアしたら、セットアップを開始
- 複数回の再起動を経て、Windows の再展開が完了
- ログオン後、Windows Update が正常に開くか確認
インプレースアップグレードは時間もかかりますが、システムの深刻な破損を一括で修復できる非常に強力な手段です。標準手順や上級者向けの対処でも解決しない場合、この方法を検討しましょう。
再発防止のポイントと運用のコツ
今回のように Windows Update 自体が開かなくなるトラブルは、一度直しても設定次第で再発しがちです。ここでは、再発を防ぐための運用のコツをまとめます。
Windows Update 停止／延期ツールを常用しない
「勝手に更新されるのが嫌だから」と、更新を止めるツールを常用していると、いつの間にか何がどう止まっているのか分からなくなることが多いです。特に、複数のツールや手動設定を組み合わせると、原因の切り分けが困難になります。
- どうしても一時的に停止したい場合は、ツール名・実行日時・変更内容をメモしておく
- 停止後はなるべく早く元に戻し、通常の自動更新状態に戻す
- 複数の停止ツールを併用しない
環境変更の履歴を残す（簡単なログで十分）
セキュリティソフトの入れ替えや、Update 関連の設定変更を行った場合、簡単でよいので 「いつ」「何を変えたか」をメモしておくと、トラブル時の切り分けが一気に楽になります。
| 日付 | 変更内容 | メモ |
|---|---|---|
| 2025/01/15 | Malwarebytes インストール、セキュリティセンター登録 ON | Defender との関係要確認 |
| 2025/02/10 | Windows Update 停止ツール A 実行 | 一時的に自動更新 OFF |
| 2025/03/01 | 停止ツール A で設定戻し、Update 通常化 | 問題なさそう |
この程度の簡単な表でも、後から見返したときに「この頃に何か入れたな」という手がかりになります。
ログを使って原因追跡しやすくしておく
再発したときに原因を追跡しやすくするため、Windows Update のログとイベントログの取り扱いにも慣れておくと役立ちます。
Get-WindowsUpdateLog でログを生成する
Windows 10 では、従来の WindowsUpdate.log がそのまま存在しないため、PowerShell の Get-WindowsUpdateLog コマンドを使ってログファイルを生成します。
管理者 PowerShell で実行
Get-WindowsUpdateLog
実行すると、デスクトップなどに WindowsUpdate.log が生成されます。これを保存しておけば、後からトラブルの時期と照らし合わせることができます。
イベントビューアーで関連イベントを確認する
イベントビューアーでは、Windows の内部で起きているエラーや警告を時系列で確認できます。Windows Update に関係するのは主に次のあたりです。
- イベント ビューアー → Windows ログ → システム
- イベント ビューアー → Windows ログ → セットアップ
Windows Update に失敗したタイミングと照らし合わせて、エラーや警告の内容を確認しておくと、次回以降のトラブルシューティングの助けになります。
企業・学校など管理下の PC では無理にいじらない
Active Directory や Intune などで管理されている PC では、Windows Update の挙動も組織ポリシーで制御されていることが多く、ユーザー側で勝手に変更すると逆に問題を増やすことがあります。
- ポリシー系のエラーや「組織によって管理されています」と表示される場合は、素直に管理者に相談する
- FRST やレジストリ操作など、管理者が困るレベルの変更は避ける
- 本記事の標準手順のうち、ユーザーレベルで許可されている範囲の操作にとどめる
「なんとか自力で直したい」という気持ちは大切ですが、管理下 PC では「それをやると逆に怒られる」ラインもあります。自分の権限の範囲を意識しつつ、安全な対処を心がけましょう。
まとめ：安全な順番で「Windows Update が開かない」問題を解決する
本記事で紹介した内容を、最後に簡単に整理します。
- まずは標準手順から
- トラブルシューティング ツールの実行
- 主要サービスの状態確認
- DISM → SFC によるシステム整合性修復
- Windows Update コンポーネントのリセット
- 環境依存の要素を疑う
- サードパーティ製セキュリティソフトの干渉を排除
- Defender 除外設定を一度リセット
- ポリシーや停止ツール、タスクスケジューラの影響を確認
- それでもダメなら上級者向け手段
- FRST でログを採取し、その PC 専用の
fixlist.txtを用意して修復 - Malwarebytes 設定や Defender 除外を整理し、環境全体をクリーンアップ
- FRST は使い終わったら
Uninstall.exeとしてクリーンアンインストール
- FRST でログを採取し、その PC 専用の
- 最終手段としてインプレースアップグレード
- 個人ファイルとアプリを保持したまま Windows を再展開することで、深刻な破損を一括修復
- 事前バックアップと十分な空き容量確保を忘れずに
- 再発防止のために
- Windows Update 停止ツールの常用は避け、使うなら履歴を残す
- 環境変更のメモやログ（WindowsUpdate.log、イベントビューアー）を活用
- 企業管理下の PC では、無理をせず管理者に相談する
「Windows Update が起動しない」「画面すら開かない」という状況でも、闇雲にレジストリをいじったり怪しいツールを試さず、安全な順番で一つずつ原因を潰していけば、かなりの確率で復旧にたどり着けます。本記事の手順を、自分の環境に合わせて慎重に適用しながら、安定した Windows Update 環境を取り戻してください。
コメント