CLOCK_WATCHDOG_TIMEOUT（0x101）の原因と直し方｜ゲーム中のCPU・OC・低電圧・BIOSを切り分ける【2026年版】
本記事にはアフィリエイト広告（Amazon・楽天市場等）のリンクが含まれています。
ゲーム中のCPU・OC・低電圧・BIOSを切り分ける
PCゲーム中に突然画面が止まり、Windowsが再起動したあとに「CLOCK_WATCHDOG_TIMEOUT」という停止コードが確認できることがあります。名前だけを見るとWindowsの時計やCPUのクロック速度そのものに異常が起きたように思え、CPUの故障をまず疑いたくなります。
Microsoftによると、CLOCK_WATCHDOG_TIMEOUT(バグチェックコード0x00000101)はマルチプロセッサシステムにおいて、セカンダリプロセッサで期待されるクロック割り込みが割り当てられた時間内に届かなかった場合に発生する停止コードです。指定したプロセッサが割り込みを処理できておらず、一般的にはプロセッサが応答しなくなった、またはデッドロックした場合に発生すると説明されています。
ゲーミングPCでは、CPUのオーバークロックやPBO・Curve Optimizer、電圧設定、BIOS、CPU温度などが原因候補になりますが、0x101が出たからといって、すぐに「CPUが故障した」と判断することもできません。この記事では、原因の仕組みを説明するだけで終わらせず、CPUのOC・低電圧化・BIOS・メモリ設定・ハードウェア故障を実際にどの順番で切り分けるかまで解説します。
目次
定義CLOCK_WATCHDOG_TIMEOUT(0x101)とは｜DPC_WATCHDOG_VIOLATIONとの違い
Microsoft公式ドキュメント「Bug Check 0x101 CLOCK_WATCHDOG_TIMEOUT」によると、この停止コードは値0x00000101を持ち、マルチプロセッサシステムにおいてセカンダリプロセッサで期待されるクロック割り込みが割り当てられた時間内に受信されなかった場合に発動します。指定されたプロセッサが割り込みを処理できておらず、一般的にはプロセッサが応答しなくなった、またはデッドロックした場合に発生すると説明されています。
問題のポイントは「クロック」という言葉よりも、CPUが期待された割り込みへ一定時間内に応答できなかったという部分です。WindowsはCPUから正常な応答が返ってこない状態が続いたため、そのまま処理を継続できないと判断して停止します。したがってCLOCK_WATCHDOG_TIMEOUTは、ゲーム自体のクラッシュというより、Windowsカーネルレベルでプロセッサの応答を待ちきれなくなった状態と考えると分かりやすくなります。
名前に共通して「WATCHDOG」が入るため混同しやすいコードですが、発動の仕組みは異なります。CLOCK_WATCHDOG_TIMEOUT(0x101)はプロセッサそのものがクロック割り込みへ応答できなくなった場合に発動するのに対し、DPC_WATCHDOG_VIOLATION(0x133)はドライバーのDPC処理が長時間占有された場合に発動します。表示された停止コードがDPC_WATCHDOG_VIOLATIONの場合は、切り分け方が異なります。詳しくはDPC_WATCHDOG_VIOLATION(0x133)の原因と直し方で解説しています。
画面に表示された文字がCLOCK_WATCHDOG_TIMEOUTと違う場合は、そのコード専用の切り分けが必要です。IRQL・システムサービス・GPUスケジューラー系などの停止コードから探す場合はブルースクリーンを停止コードから探す診断チャートを使ってください。
CPUが応答しなくなっているとCPUの物理故障を疑いたくなりますが、0x101だけでは確定できません。CPUは動作クロック・電圧・温度・マザーボードからの電力供給・BIOSやマイクロコードなど複数の条件で動作しており、限界に近いOC設定や電圧不足でも同様の症状が起こり得ます。AMD公式のシステム安定性トラブルシューティングでも、原因候補として不安定なオーバークロック・過熱・誤ったBIOS設定に加えて、故障したハードウェアを挙げ、まず工場出荷時の設定へ戻すことを推奨しています。したがって0x101が出た場合は、CPU交換より先に「定格でも発生するか」を確認する必要があります。
原因原因｜ゲーム中に0x101が出る代表的なパターン
CLOCK_WATCHDOG_TIMEOUTで最初に疑いたいのは、CPUのオーバークロックや電圧設定です。ここから、確認しやすい順に見ていきます。
CPUのオーバークロックと電圧設定を確認する
手動OC、BCLK変更、CPU倍率変更、Intel XTU、AMD Ryzen Master、Precision Boost Overdrive、Curve Optimizerなどを利用しているPCでは、一度すべて定格へ戻して確認する価値があります。Intel公式のオーバークロックガイドも、クロック周波数と電圧の変更は安定性へ影響する可能性があり、設定が不安定になるとフリーズ・シャットダウン・ブルースクリーンなどが発生すると説明しています。
重要なのは、「何年もこの設定で動いていたからOCは原因ではない」と決めつけないことです。CPU温度、室温、BIOS、ゲーム側のCPU負荷、バックグラウンド処理などの条件が変われば、以前は表面化しなかったギリギリの設定で不安定になる可能性があります。特定の新作ゲームだけで0x101が発生する場合も、そのゲームが従来とは異なるコアや命令、負荷パターンを使った結果、もともと存在していたCPU設定の不安定さが表面化している可能性があります。
CPUの低電圧化でも起こり得る
CPU温度や消費電力を下げる目的でCPUを低電圧化しているゲーミングPCも増えていますが、電圧を下げれば必ず安全になるわけではありません。CPUが特定の周波数で正常に動作するために必要な電圧を下回れば、計算エラーやシステム不安定化につながります。Intel公式のオーバークロックガイドも、CPU電圧が少なすぎても多すぎても不安定になる可能性があると説明しています。
Intelの一部CPUにはUndervolt Protectionも用意されており、電圧がBIOS設定値(未設定時はプロセッサデフォルト)を下回ることを制限する機能として、第12世代Core以降で標準的に有効になっています。負のVoltage Offsetなどを設定している場合は、まずオフセットを0へ戻して確認してください。低電圧化をやめて0x101が再現しなくなれば、CPU故障ではなく電圧設定が安定限界を下回っていた可能性が高くなります。
RyzenはCurve OptimizerのNegative設定を確認する
Ryzen搭載PCで特に確認したいのがCurve Optimizerです。Curve Optimizerは、CPU全体または特定コアの電圧・周波数カーブをユーザーが個別に調整できる機能で、Negative方向の値を大きくするほど、同じ動作クロックに対する要求電圧を下げる設定です。「Curve Optimizer -30で温度が下がった」「ベンチマークは完走した」というだけでは、すべてのゲームやすべてのコアで安定しているとは限りません。
ゲームでは常に全コアへ100%の負荷がかかるわけではなく、少数コアが高クロックまでBoostする場面もあります。AMD公式のPrecision Boost 2解説によると、動作クロックは温度・ワークロードの種類・アクティブコア数・消費電力・電流・ファームウェア設定など複数の条件に応じて動的に変化する仕組みです。そのため、全コア負荷のベンチマークでは安定していても、ゲーム中の軽負荷から高Boostへ移行した瞬間に特定コアだけ不安定になるケースは切り分け候補になります。
CLOCK_WATCHDOG_TIMEOUTが出るなら、まずCurve OptimizerをDisabledまたは0相当へ戻し、PBOも標準状態に戻して比較してください。AMD公式のRyzen Masterユーザーガイドでは、Precision Boost Overdriveモードについて、標準のインフラストラクチャ制限を超えてマザーボード側の制限まで動作させるモードと説明されており、PBO Advanced・Manualなど複数のCPU制御モードも用意されています。トラブルシューティング中は性能を追うより、一度Defaultへ戻して再現性を見る方が重要です。機種別の安全値や実測データはRyzen 9000/9950X3D2 PBO・Curve Optimizer ガイドで詳しく扱っています。
Intel XTUやBIOSのOC設定も一度解除する
Intel CPUでは、Intel XTUやUEFI・BIOSからCPU倍率、Cache Ratio、BCLK、Vcore、Voltage Offsetなどを変更できます。CLOCK_WATCHDOG_TIMEOUTが発生しているなら、これらを一度標準設定へ戻してください。Intel公式のXTUオーバークロックガイドも、クロック周波数や電圧の変更はプロセッサや他コンポーネントの保証・安定性・パフォーマンス・寿命へ影響する可能性があると注意し、変更は小刻みに行い再起動のたびに安定性を確認すべきと説明しています。
以前設定したOCプロファイルを忘れている場合は、XTUだけを見るのではなくBIOS側も確認してください。Windows上では定格に見えても、マザーボード側でCPU倍率や電力設定が変更されている可能性があります。
自動OCでも定格とは限らない
自分では手動OCをしていない場合でも、マザーボードメーカーの自動OC機能やCPU性能向上機能が有効になっている場合があります。「OCした覚えがないから定格」とは限りません。BIOS設定を保存したうえで標準設定へ戻すと切り分けやすくなりますが、BIOSを初期化するとメモリ設定・ファン設定・起動順序・Resizable BAR・仮想化機能なども変わる可能性があるため、現在のBIOS画面をスマートフォンで撮影しておくなど、元へ戻せる状態にしてから作業してください。
XMP・EXPOも一時的にオフにする
CLOCK_WATCHDOG_TIMEOUTはCPU側の応答停止を示す停止コードですが、原因切り分けではメモリのOCも一度解除する価値があります。XMPやEXPOはメモリをJEDEC標準設定より高いクロックや調整されたタイミングで動作させる設定であり、CPU内蔵メモリコントローラーにも関係します。CPUのPBOやOCとメモリOCを同時に使用しているPCでは、最初からどちらが原因か判断することは困難です。
そこで、一度CPUもメモリも標準設定に戻します。この状態でCLOCK_WATCHDOG_TIMEOUTが消えたら、CPU設定・メモリ設定を一つずつ戻して再現するポイントを探してください。両方を同時に元へ戻すと、どちらが原因だったのか再び分からなくなるため、一度に変更する設定は一つにする必要があります。メモリの相性問題やQVL確認まで含めた切り分けはXMP・EXPOを有効にしたら不安定・ブルースクリーンになる原因と対処法で詳しく解説しています。
BIOSを更新する
CPUを完全な定格へ戻してもCLOCK_WATCHDOG_TIMEOUTが発生する場合は、マザーボードのBIOSを確認します。BIOSにはCPUを制御するファームウェアやCPUマイクロコード、メモリ互換性、電力管理などに関係する更新が含まれる場合があります。AMD公式のシステム安定性トラブルシューティングでも、最新BIOSへの更新と工場出荷時設定での確認を推奨しています。
ただし、0x101が出たからといって闇雲にBIOSを書き換える必要はありません。現在のBIOSが古いか、使用しているCPU向けの安定性改善が更新履歴に含まれているかをマザーボードメーカーのサポートページで確認してください。BIOS更新中に電源が切れると起動不能になる危険があるため、各メーカーの正式な手順に従って更新します。
BIOS更新後は古いOCプロファイルをそのまま使わない
BIOSを更新した直後に、以前保存したOCプロファイルをそのまま読み込むのは避けた方が切り分けやすくなります。BIOS更新によって電圧制御やBoost動作、メモリトレーニングなどが変わっている可能性があるためです。まず標準設定のままゲームをプレイしてCLOCK_WATCHDOG_TIMEOUTが再発するか確認し、問題が消えてから、必要であればPBO、Curve Optimizer、XMP、EXPOなどを一つずつ戻してください。
CPU温度も確認する
オーバークロックしていなくても、CPU冷却に問題があれば安定性を確認する必要があります。CPUクーラーの取り付け不良、ポンプ停止、ファン停止、グリス状態、ケース内エアフローなどによってCPU温度が上昇している場合があります。AMD公式のシステム安定性トラブルシューティングも、原因候補として不安定なOCと並べて過熱を挙げ、冷却システムが正常に動作しているかの確認を案内しています。
ただし、CPU温度が高いというだけでCLOCK_WATCHDOG_TIMEOUTの原因と断定はできません。現在のCPU温度、クロック、消費電力をHWiNFOなどで確認し、ゲーム開始直後ではなくクラッシュする直前までの挙動を見ることが重要です。CPUが最大許容温度付近まで上昇している場合は、OCの切り分けと同時に冷却も確認してください。
ゲームだけ落ちる場合でもCPUを疑うべきか
CLOCK_WATCHDOG_TIMEOUTがブラウザや通常作業では発生せず、特定ゲームだけで発生する場合、「ゲーム側のバグだからCPUは関係ない」と考えるのは早すぎます。ゲームによってCPUへ与える負荷は異なり、高FPSの競技ゲームではGPUよりCPU側の負荷が大きくなる場合があります。シェーダーコンパイル、物理演算、AI処理などで瞬間的にCPU負荷が変化するゲームもあり、普段使いでは到達しなかった動作条件へゲーム中だけ入ることで、不安定なCPU設定が表面化する可能性があります。
逆に、完全な定格状態で特定ゲームだけ0x101が再現し、ほかのCPU負荷テストやゲームでは問題がないなら、そのゲーム、アンチチート、ドライバー、BIOSとの組み合わせまで調査範囲を広げてください。
ベンチマークが通っても安定とは限らない
CPUのOCや低電圧化では、「Cinebenchが通ったから安定」と判断されることがありますが、一回のベンチマーク完走だけで長時間の安定性を保証することはできません。Intel公式のXTUオーバークロックガイドも、単純なベンチマークだけでは長時間かつ高負荷なCPU使用環境を十分再現できない場合があるとし、安定したOCを確認するには30分から3〜5時間程度のより長いストレステストが必要と説明しています。
AMD自身もCurve Optimizerの公式FAQで、Ryzen Masterが自動導出した値はストレステストの種類・実行時間に依存しており、そのまま適用すると安定性の問題が起きる場合があるため、実際のワークロードで安定性を確認したうえで調整するよう案内しています。長時間の全コアストレステストだけを通せば、すべてのゲームで絶対に安定するわけでもありません。ゲームでは負荷率が頻繁に変化し、一部コアだけ高いBoostクロックへ到達することもあるため、最終確認ではCPUストレステストだけでなく、実際にCLOCK_WATCHDOG_TIMEOUTが発生していたゲームを同じ設定、同じ場面でプレイして再現するか確認する必要があります。
診断診断｜イベントログとメモリダンプで発生時刻とプロセッサを特定する
ブルースクリーンが一瞬で消える場合の確認方法
Windowsは停止コードが発生すると自動的に再起動する場合があり、CLOCK_WATCHDOG_TIMEOUTという文字を確認する前に画面が消えてしまうことがあります。Microsoftのトラブルシューティング情報によると、Windows 11で重大な問題が発生すると停止コードエラーによってWindowsが終了または再起動する場合があるとされています。停止コードを見逃した場合は、イベントビューアーやクラッシュダンプを確認してください。
イベントビューアーでバグチェックコードを確認する
WindowsがBSODから再起動した場合、イベントビューアーの「Windowsログ」→「システム」に、ソースが「BugCheck」のイベントとして再起動を引き起こしたバグチェックコードが記録されていることがあります。再起動した時刻付近のイベントに0x00000101と記録されていれば、CLOCK_WATCHDOG_TIMEOUTが発生したことを確認できます。
同時にKernel-Power 41が残っている場合がありますが、Kernel-Power 41は正常なシャットダウンを行わず再起動したことを示すイベントで、0x101そのものとは別の情報です。0x101そのものを判断するときは、Kernel-Power 41だけを見るのではなく、ソース「BugCheck」のイベントやメモリダンプも確認してください。Kernel-Power 41単体の見方はブルースクリーンは出ずに突然再起動する(Kernel-Power 41の見方)で解説しています。
Minidumpフォルダのダンプファイルも確認する
より詳しく調べたい場合はWindowsのクラッシュダンプを確認できます。Microsoft公式ドキュメント「Small Memory Dump」によると、小さいメモリダンプには停止メッセージとパラメーター、読み込まれていたドライバーの一覧、停止したプロセッサのコンテキスト、カーネルモードのコールスタックなどが保存されます。小さいメモリダンプは通常、C:\Windows\Minidumpに保存されます。
Microsoftの0x101資料では、4番目のバグチェックパラメーターにハングしたプロセッサのインデックスが記録されるとされています。ただし、「Processor 6で止まったからCPUの6番コアが故障している」と単純に判断しない方がよいでしょう。ダンプから分かるのは、そのクラッシュ時にどの論理プロセッサが応答できなかったかという情報です。OCや電圧設定、BIOSなどによって特定の論理プロセッサが不安定になっている可能性もあるため、ハードウェア故障を確定する情報ではありません。
WinDbgで0x101を詳しく解析できる
上級者であればMicrosoftのWinDbgを使ってメモリダンプを調べる方法もあります。Microsoft公式ドキュメントはCLOCK_WATCHDOG_TIMEOUTの解析方法として!analyzeや!prcb、!irqlなどのデバッガーコマンドを案内しています。ただし、一般的なゲーミングPCのトラブルシューティングでは、いきなりダンプ解析から始める必要はありません。CPU設定を定格へ戻すだけで症状が消えるなら、それ自体が非常に重要な切り分け結果だからです。まず再現条件を揃えて設定変更による変化を確認し、それでも定格状態で0x101が続く場合にダンプ解析まで進む方が効率的です。
対処法対処法｜切り分ける順番とハードウェアを疑うタイミング
ここまでの内容を踏まえ、実際にCLOCK_WATCHDOG_TIMEOUTを切り分ける手順を順番にまとめます。
- 現在使用しているOC・低電圧化設定を記録する。あとで元の状態へ戻せるよう、BIOSの設定値やCurve Optimizerの値を控えておきます。
- Intel XTUやRyzen Masterなどのチューニングソフトを終了し、BIOSでCPUを標準設定へ戻す。RyzenはPBOとCurve Optimizer、IntelはCPU倍率やVoltage Offsetを確認します。
- XMPまたはEXPOも一時的に無効化し、完全な定格構成で問題のゲームを再現する。CPUとメモリの両方を定格にした状態が切り分けの基準になります。
- 定格で安定した場合は、CPU設定・メモリ設定を一つずつ戻す。Curve Optimizerを戻した瞬間に再発するならCPUのV/Fカーブ、XMP・EXPOを戻した瞬間に再発するならメモリ周辺、というように原因候補を絞り込みます。
- 完全な定格でも再発する場合は、CPU温度・BIOS・チップセットドライバー・Windows更新・メモリダンプまで確認する。OC以外の要因に調査範囲を広げる段階です。
- それでも継続する場合はCPU・マザーボード・メモリ・電源ユニットなどのハードウェアを疑う。保証期間内ならメーカーサポートへの相談も検討します。
GPUドライバーを再インストールすれば直る？
ゲーム中のブルースクリーンという理由だけで、最初にGPUドライバーをDDUで削除するケースがあります。しかし、CLOCK_WATCHDOG_TIMEOUTはGPU停止を直接示す停止コードではありません。Microsoftが0x101について説明している直接的な状態は、プロセッサがクロック割り込みを処理できなくなったことです。そのため0x101が確認できているなら、まずCPUのOC、低電圧化、PBO、Curve Optimizer、BIOSなどを確認する方が、停止コードの意味に沿った切り分けになります。もちろんドライバーやソフトウェアがシステム全体の不具合に関係する可能性をゼロにはできないため、CPUを完全な定格へ戻しても再発する場合に、チップセットドライバー、GPUドライバー、Windows更新などへ調査範囲を広げてください。
電源ユニットが原因になることはある？
CLOCK_WATCHDOG_TIMEOUTが出ると、電源ユニット不足を疑うケースもあります。電源ユニットの故障や電力供給の問題でPCが不安定になること自体はありますが、「0x101だから電源ユニットが原因」と判断することはできません。電源ユニットの問題では、BSODを記録する前に突然電源が落ちる、ブラックアウトして再起動するといった症状になることもあります。0x101というバグチェックが毎回記録されているのであれば、まずCPUが応答しなくなる原因を優先して確認し、CPU設定を定格にしても改善せず、高負荷時だけ発生する、電源ユニット交換で症状が消えるなどの再現性が確認できた段階で、電源系統を原因候補として絞り込んでください。
定格でも0x101が出る場合はCPU故障を疑う
CPU、メモリ、BIOSをすべて標準状態へ戻し、最新の安定版BIOSやチップセットドライバーを使用しているにもかかわらずCLOCK_WATCHDOG_TIMEOUTが繰り返される場合は、ハードウェア側の疑いが強くなります。CPUだけでなく、マザーボードのCPU電源回路、メモリ、電源ユニットなども切り分け対象です。AMD公式のシステム安定性トラブルシューティングも、標準構成で安定性問題が続く場合の原因として、互換性のないハードウェアや故障したハードウェアを挙げています。
可能であれば別のCPUやマザーボードで相互交換テストを行うと、原因をさらに絞り込めます。BTOパソコンやメーカー製PCで保証期間内なら、自分でCPUを取り外す前にメーカーサポートへ相談してください。その際は「ゲーム中に落ちる」という情報だけでなく、「CLOCK_WATCHDOG_TIMEOUT、BugCheck 0x101が発生する」「BIOS標準設定でも再現する」「XMP・EXPOを無効化しても再現する」と伝えると状況を説明しやすくなります。
CLOCK_WATCHDOG_TIMEOUTとWHEA-Loggerの違い
CLOCK_WATCHDOG_TIMEOUTとWHEA-Loggerは、どちらもCPUの不安定性を調査していると見かけることがありますが、同じものではありません。CLOCK_WATCHDOG_TIMEOUTはWindowsのバグチェックコード0x101で、Microsoftによると特定のプロセッサが期待されたクロック割り込みを時間内に処理できなかったことを示します。一方のWHEAはWindows Hardware Error Architectureによって記録されるハードウェアエラーです。「WHEAが出ないからCPUは安定している」「0x101が出たから必ずWHEAも出る」と考えるべきではありません。ゲーム中の再起動を調べる場合は、停止コード、BugCheckイベント、WHEA、Kernel-Power 41などをそれぞれ別の情報として確認してください。イベントID 17・18・19の読み方やError Type・APIC IDの確認手順はWHEA-Logger 17・18・19の原因と直し方で詳しく解説しています。
CLOCK_WATCHDOG_TIMEOUTが一度だけ出た場合は？
一度だけ0x101が発生し、その後まったく再現しない場合は、すぐにCPUを交換する必要はありません。ただしOCや低電圧化を使用しているなら、一度発生した時点で安定余裕が十分なのか再確認する価値があります。特にCurve Optimizerを大きなNegative値にしている、手動でVcoreを下げている、CPU倍率を上げているといった場合は、設定を少し戻して安定性を優先する方法があります。反対に完全な定格状態で0x101が繰り返されるなら、偶発的なゲームクラッシュとして放置せず、BIOSやハードウェアまで調査した方がよいでしょう。
疑問点よくある質問
まとめ「CPUが壊れた」と決めつけず、定格から確認する
CLOCK_WATCHDOG_TIMEOUTは、バグチェックコード「0x00000101」のWindows停止エラーです。Microsoftによると、マルチプロセッサシステムで期待されるクロック割り込みが時間内に受信されず、指定されたプロセッサが割り込みを処理できなくなった場合に発生します。一般的にはプロセッサが応答不能またはデッドロック状態になった際に発生しますが、0x101が出たからといってCPU故障が確定するわけではありません。
ゲーミングPCではCPUの手動OC、Intel XTU、PBO、Curve Optimizer、低電圧化、BIOSなどを最初に確認します。重要なのは、原因候補を一度に変更しないことです。まずCPUとメモリを定格へ戻して0x101が消えるか確認し、その後PBO、Curve Optimizer、XMP・EXPOなどを一つずつ戻してください。
完全な定格状態でもCLOCK_WATCHDOG_TIMEOUTが繰り返される場合は、最新BIOS、CPU温度、チップセットドライバー、クラッシュダンプを確認し、それでも改善しない場合にCPUやマザーボードなどの故障を疑います。「CPUが壊れた」と決めつけるのではなく、「定格でもCPUが応答不能になるか」を最初に確認することが、原因を最短で切り分けるポイントです。
あわせて読みたい
- Microsoft Learn「Bug Check 0x101 CLOCK_WATCHDOG_TIMEOUT」
- AMD公式サポート「Troubleshooting Tips for Resolving System Stability Issues」
- Intel公式「Overclocking with Intel XTU」オーバークロックガイド
- Intel公式サポート「Undervolt Protection」
- AMD公式「Precision Boost 2 Performance Enhancement」
- AMD公式「Ryzen Master User Guide (68886) – System」
- AMD公式FAQ「Curve Optimizer Feature in Ryzen Master」(PDF)
- Microsoft Learn「Small Memory Dump」
- Microsoft Support「Troubleshooting Windows unexpected restarts and stop code errors」
