はじめに
Windows には、ネットワーク・オーディオ・Windows Update・Bluetooth などの不具合を自動診断する「トラブルシューティング」が用意されています。
ただ最近は、「途中で止まる／修復できない／起動しない」といった相談が増えています。大きな理由は、従来の一部トラブルシューティングが旧MSDT方式から段階的に廃止され、Get Help（サポート）アプリの“新しい診断プラットフォーム”に移行しているためです。
その影響で、
- 設定から実行しても Get Help に飛ぶ（または無反応）
- 診断に必要なサービス（DPS）や WMI の不調で失敗する
- Windows Update の失敗が残っていて関連モジュールが動かない
という状態になりやすいです。
この記事では、今の仕様（Get Help移行）を前提に、原因の見分け方と“効く手順”を初心者向けに順番どおりまとめました。上から試していけばOKです。
- 1 主な症状・エラー例
- 2 【ログで特定】イベントビューアーで“どこで止まったか”確認
- 3 まとめ表（原因→解決策）
主な症状・エラー例
次のような表示がある場合、このページの手順で改善できる可能性があります。
- 問題を特定できませんでした
- 問題は検出されましたが自動的に修復できませんでした
- 解決策が見つかりませんでした
- エラー 0x80070005（アクセス拒否）
- エラー 0x80070057（パラメータが無効です）
- ツールが強制終了する／途中でフリーズする
【最優先】まずは「Get Help」で診断する（今の標準ルート）
最近のWindowsでは、トラブルシューティングがGet Helpアプリ側へ統合されているため、最初からGet Helpを起点にするのが一番スムーズです。
Windowsキー →「get help」→ Enter起動したら、検索欄に 「Windows Update」 「ネットワーク」 「音が出ない」 など症状を入力し、案内に沿って進めます。
※「設定 → システム → トラブルシューティング → その他のトラブルシューティング」から実行しても、結果的にGet Helpが起動するケースが増えています（正常な挙動です）。
【原因①】権限不足・アクセス拒否（0x80070005）
0x80070005 は「アクセス拒否」系で、診断・更新・修復が権限不足で止まるときに出やすいエラーです。
対処（かんたん順）
- まずPCを再起動（これで権限/ロックが外れることがあります）
- 診断やコマンドは「管理者として実行」で実行する
- 企業PCなら、管理者制限で止まることがあるためIT管理者に確認
【原因②】システムファイル破損（SFC / DISM）
診断機能は内部でWindowsのサービスやシステムコンポーネントを参照します。土台が壊れていると、トラブルシューティング自体が失敗します。
✔ 対策1：SFC
スタートを右クリック →「ターミナル（管理者）」または「コマンドプロンプト（管理者）」を開いて実行します。
sfc /scannow✔ 対策2：DISM（SFC後に実行）
DISM /Online /Cleanup-Image /RestoreHealth完了したら、再起動してからもう一度Get Help（または該当の診断）を試します。
【原因③】Windows Updateの不調が残っている（更新コンポーネントをリセット）
更新が途中で失敗して「更新関連の部品」が不整合になると、診断や修復の動作も不安定になります。
※以下は管理者として実行したコマンドプロンプト/ターミナルで行ってください。
net stop bits
net stop cryptsvc
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
net start cryptsvc
net start bits
net start wuauserv
実行後、設定 → Windows Update → 更新の確認 → 再起動まで済ませてから、Get Helpや診断を再実行します。
【原因④】診断ポリシーサービス（DPS）が止まっている
トラブルシューティングの中核サービスが DPS（診断ポリシーサービス） です。これが停止・無効化されていると診断が始まりません。
対処：まず services.msc（サービス）で「診断ポリシーサービス」が実行中か確認します。止まっていたら開始します。
コマンドで直す場合（管理者で実行）
sc start DPS
【原因⑤】WMI（Windows管理インフラ）の破損
WMIはWindows内部情報を扱う基盤で、ここが壊れると診断・管理系の機能がまとめて不調になります。
対処（管理者で実行）
winmgmt /salvagerepository
それでも改善しない場合のみ、最後の手段として再構築があります（環境によって影響が出ることがあるため、復元ポイントやバックアップ推奨）。
winmgmt /resetrepository【原因⑥】セキュリティソフト・VPN・プロキシの干渉
サードパーティ製セキュリティソフトやVPN/プロキシが通信や権限に影響し、診断が止まることがあります。
- 一時的にアンチウイルス（サードパーティ）を停止して試す
- VPN/プロキシを切断して試す
- 企業PCはポリシー制御の可能性が高いので管理部署へ
【成功率UP】セーフモード／クリーンブートで修復を通す
常駐アプリやドライバが邪魔していると、SFC/DISMや診断が失敗することがあります。
✔ セーフモード
セーフモードで起動し、SFC→DISMをもう一度実行すると通ることがあります。
✔ クリーンブート
msconfig →「サービス」→「Microsoftのサービスをすべて隠す」→ 残りを無効化 → 再起動 → 再実行。
原因切り分けに有効です。
【ログで特定】イベントビューアーで“どこで止まったか”確認
「止まった時刻」のログを見ると、どのサービス・どのモジュールで失敗したかが見えます。
- Windowsログ → Application
- Windowsログ → System
- アプリケーションとサービスログ →（診断/更新系の項目）
DPS / WMI / Windows Update 関連のエラー（赤）が連続している場合、その周辺を直すのが近道です。
まとめ表（原因→解決策）
| 原因 | 解決策 |
|---|---|
| 旧方式（MSDT）の縮小・Get Helpへ移行 | Get Help を起点に診断する（設定から飛ぶのも正常） |
| 権限不足（0x80070005） | 管理者で実行／再起動／企業PCは管理者確認 |
| システム破損 | SFC → DISM → 再起動 |
| Windows Update不調 | SoftwareDistribution / catroot2 リセット |
| DPS停止 | services.msc確認／sc config & start |
| WMI破損 | verify/salvage、最後に reset（慎重に） |
| セキュリティ・VPN干渉 | 一時停止して切り分け |
| 深刻・長期化 | システム復元／修復インストール検討 |
今後の予防策
- 大型更新の前に、復元ポイントやバックアップを作る
- 更新は「溜め込みすぎない」（失敗時の影響が大きくなるため）
- レジストリクリーナー等の“掃除系”はむやみに使わない
- セキュリティソフトの多重インストールは避ける
トラブルシューティングは万能ではありませんが、Get Help → SFC/DISM → Updateリセット → DPS/WMI確認の順で進めると、改善できるケースが多いです。
うまくいかないときも「必ず原因はログに残る」ので、焦らず一つずつ切り分けていきましょう。
おすすめ関連記事
・Windows 11でデフラグは必要？SSD時代の正しい“最適化”を完全解説
