Victus by HP 15‑fa1xxx でゲームやYouTube視聴中に突然フリーズし、「CLOCK_WATCHDOG_TIMEOUT」のブルースクリーン（BSoD）が出る――しかも DISM は 62.3% で止まり、イベントビューアーには Secure Boot や Intel DSA のエラーが並ぶ…。この記事は、まさにその状況を前提に、「まず再発を止める応急処置」から「BIOS・ドライバー・DISM・BitLocker まわりの本格対処」までを、Victus ノート＋Windows 11 24H2 環境向けに整理した実践的なトラブルシューティングガイドです。
Victus by HP 15‑fa1xxx で発生する CLOCK_WATCHDOG_TIMEOUT の症状整理
まずは、Victus by HP 15‑fa1xxx ＋ Windows 11 24H2（ビルド 26100.4652）環境で起きている症状を整理します。同じような構成でトラブルが出ている方は、下の表と見比べてください。
| 項目 | 状況・症状 |
|---|---|
| ハードウェア | Victus by HP 15‑fa1xxx シリーズ（Intel CPU＋NVIDIA GPU 構成が多いゲーミング寄りノート） |
| OS | Windows 11 24H2（ビルド 26100.4652） |
| 発生タイミング | ゲームプレイ中、または YouTube など動画視聴中 |
| 体感症状 | 画面が完全にフリーズし、スピーカーから「ブーン」という連続音が鳴り続ける |
| BSoD 表示 | 停止コード：CLOCK_WATCHDOG_TIMEOUT（0x101） 進捗％がまったく進まず、手動で電源再投入するしかない |
| ダンプ | ミニダンプが作成されない（BSoD 画面のまま固まってしまい、書き込み完了前に強制再起動している） |
| イベントログ | ・Intel Driver & Support Assistant（DSA）内の DSAArcDetect64.exe が .NET 8 不足で起動失敗・Secure Boot 変数（DBX）更新の失敗（0x800700c1） ・ Microsoft‑Windows‑USBVideo/Analytic の公開リソース初期化エラー（分析チャネル） |
| 対応状況 | クリーンブートにしたところ、CLOCK_WATCHDOG_TIMEOUT は一旦止まった |
| DISM | コンポーネント ストアは修復可能 と出るが、進捗率 62.3% から動かなくなる |
ポイントは、クリーンブートにすると BSoD が止まる一方で、コンポーネント ストアは何かしら壊れていて DISM が途中で止まっていることです。これを踏まえ、「まずは再発を抑えつつ」「ゆっくり根本原因を潰す」という二段構えで対処していきます。
まずは“再発させない”ための応急処置
クリーンブートを維持しつつ、常駐アプリを一つずつ戻す
すでにクリーンブートで CLOCK_WATCHDOG_TIMEOUT が止まっている場合、その状態は貴重な「安定のスナップショット」です。ここから一気に元に戻してしまうと、どの常駐・サービスが原因だったのか分からなくなります。
おすすめは、「クリーンブートを維持したまま、犯人候補を一つずつ戻す」方法です。
| 疑わしいジャンル | 具体例 | 理由 |
|---|---|---|
| GPU オーバーレイ系 | GeForce Experience、Discord オーバーレイ、RivaTuner / MSI Afterburner、Xbox Game Bar など | ゲームや動画プレイヤーと同時に GPU にフックし、CPU/GPU のタイミングに悪影響を与えることがある |
| ハードウェア監視ツール | 各種温度監視、ファン制御ツール | センサーアクセスの頻度が高いと、特定のマザーボードとの相性でフリーズを誘発することがある |
| RGB／周辺機器ユーティリティ | ゲーミングマウス／キーボードの設定ソフト、RGB ライティング統合ツールなど | USB 周辺機器や HID デバイスにフックし続けるため、ドライバー不具合が出ると BSoD 直行になりやすい |
| 仮想オーディオ／キャプチャ | 仮想オーディオケーブル、キャプチャデバイスの常駐ツール、配信ソフトの常駐モジュール | 動画再生やゲームと同時に動くため、負荷が重なったときにタイミング異常を起こしやすい |
戻す順番としては、「なくても困らないもの → どうしても必要なもの」の順で少しずつ戻し、戻すたびにゲームや YouTube を 30分〜1時間程度動かして様子を見るのが堅実です。
温度・電源状態を疑う：ターボブーストを一時的に抑える
CLOCK_WATCHDOG_TIMEOUT は、CPU コアが一定時間割り込みに応答できないときに発生します。ハード障害だけでなく、「電源管理設定＋高負荷」でギリギリの状態になっている場合にも起きやすくなります。
以下の簡易チェックを試してみてください。
- ノートの通気口（底面・側面・背面）にホコリが詰まっていないか確認し、エアダスターで軽く清掃する
- ベッドや布の上ではなく、固く平らな机の上に置く（通気の確保）
- Windows の電源プランを 「バランス」 に変更する
- 最大プロセッサの状態を一時的に 99% に設定し、ターボブーストを抑える
- ［設定］→［システム］→［電源とバッテリー］→［電源モード］を「バランス」寄りに
- 詳細な電源設定から「プロセッサの電源管理」→「最大の状態」を 99% に
この設定でしばらくゲーム／動画視聴を行い、フリーズ・BSoD が目に見えて減る or 消えるなら、CPU のターボ周りや電源管理ドライバーとの相性が臭います。その場合は後述の BIOS／Intel DTT／ME ドライバー更新が特に重要になります。
恒久対策：BIOS/UEFI と HP 配布ドライバーの整備
BIOS/UEFI を最新化する（ただし準備は慎重に）
CLOCK_WATCHDOG_TIMEOUT（0x101）は、CPU マイクロコードや電源管理の不整合が原因で出ることも多く、BIOS 更新でピタッと収まる例も少なくありません。Victus by HP 15‑fa1xxx でも、BIOS バージョン F.20（2025/04/17）以降に改善が入っている可能性があります。
ただし、BIOS 更新は失敗＝最悪マザーボード交換レベルの作業です。以下のポイントを必ず押さえておきましょう。
- AC アダプタを接続し、バッテリー残量に余裕があることを確認する
- BitLocker が有効な場合は、必ず回復キーを控えておく（Microsoft アカウントや紙にメモなど）
- Windows 上からではなく、HP が推奨する方法（HP Support Assistant や UEFI 上の BIOS アップデート機能）で行う
- 更新中は絶対に電源を切らない・シャットダウンしない
BIOS 更新後は、後述する Secure Boot DBX 更新失敗などのイベントも合わせて解消するケースが多く、「CPU の安定性＋セキュリティ更新」が一度に改善することもあります。
HP 配布ドライバーで統一するメリット
Victus シリーズのようなメーカー製ノートは、単に「最新の Intel/NVIDIA ドライバーを入れればいい」というものではありません。HP が検証済みのバンドル（チップセット＋ME＋DTT＋GPU＋ストレージ）の組み合わせにしておくことで、細かい電源管理やファン制御が安定しやすくなります。
| コンポーネント | 推奨更新元 | ポイント |
|---|---|---|
| チップセット | HP サイト or HP Support Assistant | CPU と周辺デバイス全体の土台。古いと IRQ や電源管理が不安定になる要因に |
| Intel Management Engine（ME/MEI） | HP サイト | 低レベルな電源制御に関与。CLOCK_WATCHDOG_TIMEOUT との関連も疑いやすい部分 |
| Intel Dynamic Tuning（DTT） | HP サイト | CPU のターボブーストや温度制御のバランス調整役。ゲーム中の挙動に直結 |
| 内蔵 GPU（Intel） | HP サイト（もしくは Intel 公式だが、基本は HP 優先） | 動画再生や省電力モードで主に利用。YouTube でのフリーズにはここも関与しやすい |
| 離散 GPU（NVIDIA） | HP サイト or NVIDIA 公式ドライバー | ゲーム中の主役。後述の「クリーンインストール」を推奨 |
| ストレージ（RST/SSD） | HP サイト | ストレージドライバーの不具合は、フリーズ→BSoD の鉄板パターンの一つ |
この構成にしておけば、Intel Driver & Support Assistant（DSA）を常に走らせて最新ドライバーをかき集めなくても、「HP が動作確認済みの安定構成」に揃えられます。
Intel DSA は常駐させない／使うなら .NET 8 を入れる
イベントビューアーに DSAArcDetect64.exe の .NET 8 不足エラーが出ている場合、DSA がバックグラウンドで起動しようとしては失敗…を繰り返しています。これは直接 CLOCK_WATCHDOG_TIMEOUT の原因でなくても、無駄な例外発生源としてノイズになっているのは確かです。
- 基本方針：HP 機では HP Support Assistant をメインの更新経路にし、Intel DSA は常駐させない
- どうしても DSA を使う場合：.NET 8（x64）ASP.NET Core ランタイムをインストールしてエラー自体を消しておく
「メーカー公式＋Windows Update+必要最低限」というシンプルな更新体系にしておく方が、BSoD のような深刻なトラブルは起きにくくなります。
NVIDIA GPU ドライバーを“クリーンインストール”する
ゲーム中のフリーズ＋連続音＋0x101 という組み合わせは、GPU ドライバーまわりの不整合が絡むことも多いです。NVIDIA ドライバーを入れ直すときは、次のように「クリーンインストール」を意識しましょう。
- NVIDIA 公式ドライバーをダウンロード
- インストーラー起動 → 「カスタム（詳細）」インストールを選択
- 「クリーンインストールを実行」にチェックを入れ、不要なコンポーネント（例えば GeForce Experience）を外す
それでもブラウザや Discord 利用中にクラッシュする場合は、アプリ側のハードウェアアクセラレーションを一時的にオフにしてみてください。
- Chrome/Edge：設定 → システム → 「ハードウェア アクセラレーションが使用可能な場合は使用する」をオフ
- Discord：設定 → 詳細設定 → ハードウェアアクセラレーションをオフ
これで安定するなら、「GPU ドライバー＋アプリのアクセラレーション」の組み合わせが微妙なラインだったと考えられます。根本的にはドライバー更新や Windows の修復が必要ですが、応急処置としては非常に有効です。
Windows 側の整備：DISM と SFC、ミニダンプ設定
コンポーネント ストア修復の基本手順（DISM → SFC）
イベントログで 「コンポーネント ストアは修復可能」と出ている場合、そのまま放置すると Windows Update やドライバー更新でさらに不整合が増え、結果的に BSoD を誘発しやすくなります。まずは以下の順番で修復を試します（管理者権限のコマンドプロンプト or PowerShell）。
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
ポイントは、StartComponentCleanup → RestoreHealth → SFC の順番を守ることです。古いコンポーネントを整理し、コンポーネントストア自体を修復してから、システムファイルを SFC で整える、という流れになります。
DISM が 62.3% から進まないときの考え方
DISM の進捗バーは、特定の割合で長時間止まって見えることがあります。62.3% 付近は「よく止まって見えるゾーン」であり、本当にフリーズしているのか、内部で時間のかかる処理をしているのかを慎重に見極める必要があります。
目安としては、次のように判断します。
- 30分程度止まっている：まだ様子見してよいことが多い
- 1時間以上まったく変化がない：一度キャンセルし、再起動してから再実行してみる
- 毎回同じ％で止まる：オフライン修復 or インプレースアップグレードを検討
オフライン修復を行う場合は、Windows 11 24H2 と同じビルドのインストールメディア（ISO など）を用意し、次のように /Source を指定して実行します（ドライブレター X: は環境に合わせて変更）。
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:X:\sources\install.wim:1 /LimitAccess
それでも解決しない場合、同じビルドの ISO を使っての上書き修復インストール（インプレースアップグレード）が近道です。アプリやデータを保持したまま OS の中身を入れ直せるため、「DISM がどうしても通らない」「細かい不具合が積み重なっていそう」という環境には非常に有効な手段です。
ミニダンプを必ず作成できるように設定しておく
今回のように、BSoD の進捗が止まってしまい、ミニダンプが取れないと、後から原因究明がほぼ不可能になります。次に同じことが起きたときに備え、ミニダンプの設定を見直しておきましょう。
- Win + R →
sysdm.cplと入力し、システムのプロパティを開く - ［詳細設定］タブ →［起動と回復］の［設定］をクリック
- 「デバッグ情報の書き込み」を 「小（256KB）」または「自動メモリ ダンプ」 に設定
- 「自動的に再起動する」のチェックを外す
さらに、C: ドライブにページファイルを自動管理で確保しておくことも重要です。ダンプの保存先は通常 C:\Windows\Minidump になるので、そのフォルダーが存在するか、アクセスできるかも確認しておきましょう。
次に BSoD が発生したとき、画面が固まって見えても数分程度は放置してダンプ書き込みを待つと、原因特定の材料が残せる可能性が上がります。
Steam Client Service 有効化時の BitLocker 警告について
クリーンブートから元の構成に戻す過程で、Steam Client Service を有効化しようとすると BitLocker 警告が出るという現象があります。これは、Steam が原因で BitLocker を壊しているわけではなく、ブート構成を切り替えたこと自体を「起動環境の変化」と見なしているための警告です。
msconfig などで以下のような操作をすると、BitLocker は「起動構成が変わった」と判断しやすくなります。
- スタートアップの無効化／有効化をまとめて行う
- ブートオプションを変更する（セーフブート、ベースビデオなど）
- デバイスドライバーの読み込み順に影響しうる構成変更
この状態で再起動すると、「本当にこのマシンの所有者が構成を変えたのか？」を確認するために、BitLocker が回復キー入力を求めてくることがあります。そのため、ブート関連の設定を大きく変える前には、BitLocker を一時停止しておくのが安全です。
BitLocker を一時停止する手順
- コントロールパネルから操作する場合：
- ［コントロール パネル］→［BitLocker ドライブ暗号化］→ C: の［保護の一時停止］を選択
- 再起動 1 回分の保護を停止し、構成変更後に自動で再開させる
- コマンドで実行する場合（管理者権限）：
manage-bde -protectors -disable C: -RebootCount 1
構成変更・再起動後、BitLocker の状態を確認し、必要に応じて 保護を再開しておくことも忘れないようにしましょう。
Intel DSAArcDetect64.exe の .NET 8 不足エラーの扱い
イベントビューアーに「Microsoft.AspNetCore.App 8.0.0 が見つからない」といったログが繰り返し記録されている場合、Intel Driver & Support Assistant 内の DSAArcDetect64.exe が要求する .NET 8 ランタイムがインストールされていないことを示しています。
対応としては次の二択です。
| 方針 | 内容 | メリット／デメリット |
|---|---|---|
| Intel DSA を常用しない | アンインストールするか、自動起動を無効化して HP Support Assistant をメインにする | 常駐が減り、イベントログも静かになる。ドライバーの更新経路を整理できる |
| .NET 8 ランタイムを導入 | .NET 8（x64）ASP.NET Core ランタイムをインストールし、DSA 側の不足を解消する | DSA をそのまま使えるが、HP 機では「更新元が二重管理」になりやすい |
Victus by HP のようなメーカー製ノートでは、HP サイト＋Windows Updateで十分なことがほとんどです。「とりあえずなんでも最新版にしたい」という場合でも、DSA の常駐はあえて切り、必要なときにだけ手動で起動するくらいがバランスのよい運用です。
Secure Boot の変数更新失敗（0x800700c1）と DBX 更新
Windows Update の履歴やイベントビューアーに、Secure Boot 関連の更新（特に DBX 更新）失敗として 0x800700c1 が記録されることがあります。これは、UEFI ファームウェアが持つ Secure Boot 関連の変数（署名データベース）を書き換える際にエラーが発生したことを示します。
この種のエラーは、次のような対処で解消するケースが多いです。
- まず BIOS/UEFI を最新バージョンに更新してから、Windows Update を再試行する
- BIOS 設定画面で Secure Boot キーを「工場出荷時の既定に初期化」し、保存・再起動後に再び Update を試す
- BitLocker 有効環境では、更新前に BitLocker を一時停止してから適用する（前述の方法）
DBX 更新は、古い・危険なブートローダーをブロックするための重要なアップデートですが、ファームウェア側との相性で失敗することもあります。BIOS 更新＋Secure Boot キー初期化の組み合わせは、Secure Boot 関連の不具合に対する王道パターンの一つです。
USBVideo/Analytic のイベント初期化エラーは無視してよい
イベントログにある「Microsoft‑Windows‑USBVideo/Analytic の公開リソース初期化に失敗」というメッセージは、名前の通り USB カメラまわりの診断用途の分析チャネルで発生しているものです。通常の利用ではまったく影響がなく、これが原因で CLOCK_WATCHDOG_TIMEOUT が出る、ということはほぼありません。
トラブルシューティングの際は、ユーザーに実害があるログ（BSoD、ドライバークラッシュ、更新失敗など）と、診断用のノイズログを切り分けることが大切です。この USBVideo/Analytic のエラーは、後者として割り切って問題ありません。
再発防止の実践チェックリスト
ここまでの内容を、「Victus by HP 15‑fa1xxx で CLOCK_WATCHDOG_TIMEOUT を潰していくためのチェックリスト」としてまとめます。印刷して横に置きながら作業してもよいレベルの順序になっています。
| チェック項目 | 内容 | メモ欄 |
|---|---|---|
| BIOS/UEFI の更新 | 最新バージョンに更新し、Secure Boot キーを必要に応じて工場出荷時に初期化 | |
| HP 配布ドライバーへの統一 | チップセット、ME/MEI、DTT、GPU、ストレージ、オーディオなどを HP サイト経由で更新 | |
| 常駐／オーバーレイの整理 | クリーンブートから、必要なものだけを一つずつ戻して原因を特定する | |
| GPU ドライバーのクリーンインストール | NVIDIA ドライバーをクリーンインストールし、不要なオーバーレイや GeForce Experience を外す | |
| ハードウェアアクセラレーション確認 | ブラウザや Discord のハードウェアアクセラレーションを一時的に無効化して挙動を比較する | |
| DISM/SFC 完走の確認 | StartComponentCleanup → RestoreHealth → sfc /scannow を完走させ、必要ならオフライン修復やインプレースアップグレード | |
| ミニダンプ設定 | 「小（256KB）」または「自動メモリ ダンプ」に設定し、自動再起動を無効化 | |
| BitLocker の運用見直し | ブート構成を変える前に BitLocker を一時停止し、回復キーの保管場所を確認 | |
| HP UEFI ハードウェア診断 | 起動時に F2 キーから HP UEFI Diagnostics を開き、メモリ／CPU／ストレージをロングテストする |
原因の見立て：ソフト要因が濃厚、その次に電源・BIOS
最後に、今回の Victus by HP 15‑fa1xxx での CLOCK_WATCHDOG_TIMEOUT の原因を整理しておきます。
- CLOCK_WATCHDOG_TIMEOUT（0x101）は「CPU コアの一部が割り込みに応答しなくなった」ことを OS が検知したときの代表的な停止コードです。
- マルチコア CPU の一部がフリーズしたり、極端に遅延したときに発生し、原因は「電源管理」「BIOS マイクロコード」「ドライバー」「ハードウェア不良」など多岐にわたります。
- しかし、今回クリーンブートで安定していることから、まずはドライバー／サービス／オーバーレイなどソフトウェア寄りの要因がかなり濃厚です。
そのうえで、次のような構図が見えてきます。
- ゲームや動画再生中という「CPU＋GPU＋ネットワーク＋オーディオ」がフル動作する場面で落ちる
- NVIDIA ドライバーや GPU オーバーレイ、ブラウザのハードウェアアクセラレーションが関与している可能性が高い
- BIOS や Intel DTT／ME の古さ、あるいは不整合があると、電源管理とターボ制御のバランスが崩れやすくなる
- DISM の結果から、Windows 側のコンポーネントストアも完全ではなく、積年の小さな不具合が溜まっている可能性がある
したがって、ソフトウェア層（ドライバー・常駐・オーバーレイ）→ Windows コンポーネント → BIOS/UEFI → ハードウェア診断という順序で丁寧に潰していくのが、Victus by HP 15‑fa1xxx における CLOCK_WATCHDOG_TIMEOUT への現実的なアプローチです。
Victus by HP 15‑fa1xxx で CLOCK_WATCHDOG_TIMEOUT が出たときのまとめ
Victus by HP 15‑fa1xxx で、ゲームや YouTube 視聴中に CLOCK_WATCHDOG_TIMEOUT の BSoD が出る場合、いきなり「本体が壊れた」と決めつける必要はありません。この記事で紹介したように、
- クリーンブートで再発を止める
- GPU オーバーレイ／常駐ソフトを一つずつ戻して犯人を絞り込む
- BIOS・HP 配布ドライバーで土台を固める
- DISM/SFC で Windows のコンポーネントストアを修復する
- BitLocker や Secure Boot 更新、Intel DSA の細かいエラーを整理する
- 最後に HP UEFI 診断でハードウェアをチェックする
というステップを踏むことで、多くのケースはソフトウェア側で収束させることができます。
Victus by HP 15‑fa1xxx は本来、ゲームも動画も快適に楽しめるポテンシャルを持ったノート PC です。CLOCK_WATCHDOG_TIMEOUT に悩まされている方は、焦らず一つずつチェックを進めていき、安定した環境を取り戻してください。
コメント