イベントID 4101でゲームが落ちる原因｜「ディスプレイドライバーの応答停止」を切り分ける【NVIDIA/AMD/Intel共通】

トラブル・設定

2026.8.17

イベントID 4101でゲームが落ちる原因｜「ディスプレイドライバーの応答停止」を切り分ける【NVIDIA/AMD/Intel共通】

本記事にはアフィリエイト広告（Amazon・楽天市場等）のリンクが含まれています。

PCトラブル・GPU診断 / イベントID 4101・Source: Display 2026年8月更新

イベントID 4101でゲームが落ちる原因
NVIDIA・AMD・Intel共通で記録されるTDRの警告を安全な順番で切り分ける

ゲーム中に画面が一瞬止まってちらつき、しばらくすると何事もなかったように復帰する。そのあとイベントビューアーを開くと、「イベントID 4101」「ソース：Display」という記録が残っていることがあります。GPUの故障を疑いたくなりますが、このイベントはWindowsに標準搭載されたTDR（Timeout Detection and Recovery）という保護機構が働いた証拠であり、使っているGPUがNVIDIAでもAMDでもIntelでも同じ番号で記録されます。

ベンダーを問わず同じ番号で記録既定タイムアウトは2秒GPU故障の証拠ではない

最終確認日：2026年8月17日。WindowsのTDR・イベントID 4101に関するMicrosoft公式ドキュメントを基準に整理しています。

「ディスプレイドライバーが応答を停止したため、正常に回復しました」というメッセージが表示された直後にイベントビューアーを確認すると、Windowsログの「アプリケーション」に、ソース「Display」・イベントID「4101」という記録が残っています。説明欄には「Display driver 〇〇 stopped responding and has successfully recovered.」という一文があり、〇〇の部分にはGPUドライバーの内部名（nvlddmkmやamdwddmg、igfxなど）が入ります。

このイベントID 4101は、GPUベンダーが個別に用意した独自のログではなく、Windows本体のグラフィックスカーネル（Dxgkrnl.sys）が、GPUの処理タイムアウトを検出して回復させたときに共通で記録する番号です。したがって、使っているグラフィックボードがNVIDIA・AMD・Intelのどれであっても、同じ4101という番号で記録されます。

この記事では、4101の記録が何を意味するのかを整理したうえで、NVIDIAドライバー固有のイベントID（0・14・153）やLiveKernelEvent 141・117とどう違うのかを切り分け、ドライバーからOC・アンダーボルト、CPU側のXMP・EXPO、温度、電源、PCIe接続、GPU本体まで、実際に何を確認していけばよいかを順番に並べます。

正体イベントID 4101とは？ソースは「Display」

Microsoftの資料によると、イベントID 4101はシンボル名「DISPMSG_NOTIFY_USER_TDR_RECOVERY_TEXT」として定義されており、メッセージの書式は「Display driver %1 stopped responding and has successfully recovered.」です。%1の部分には、実際にタイムアウトを起こしたディスプレイドライバーの名前が入ります。

つまり4101という番号自体はGPUベンダーを問わない共通の器で、中身のドライバー名だけがベンダーごとに変わります。

NVIDIA環境：nvlddmkm「Display driver nvlddmkm stopped responding…」という表記になります。nvlddmkm自体が持つ個別のイベントID（0・14・153）とは別の記録として、4101はほぼ必ず併記されます。

AMD環境：amdwddmg「Display driver amdwddmg stopped responding…」という表記になります。環境によってはamdkmdagという名前で記録されることもあります。

Intel環境：igfx「Display driver igfx stopped responding…」という表記になります。Arcシリーズや内蔵グラフィックスでも同じ4101が記録されます。

既定値TDR（Timeout Detection and Recovery）の仕組みを最短で理解する

TDRはWDDM（Windows Display Driver Model）に組み込まれた機能です。DirectXグラフィックスカーネル（Dxgkrnl.sys）の一部であるGPUスケジューラーが、GPUへ送ったタスクの完了を監視しており、既定で2秒以内に完了もプリエンプト（横取り）もできないと、Windowsは「GPUが固まった」と診断します。

回復処理では、ディスプレイドライバーが自身を再初期化してGPUをリセットし、ビデオメモリマネージャーがビデオメモリの割り当てをすべて消去したうえで、グラフィックススタックがデスクトップを応答可能な状態へ戻します。目に見える痕跡は画面のちらつきだけで、これはOSがグラフィックススタックの一部をリセットする際の再描画によるものです。回復に成功すると4101のメッセージが表示されます。

一部の古いDirectXアプリケーションは、回復後に画面が黒いままになることがあります。これはアプリ側がMicrosoft Direct3Dデバイスを解放・再作成できていない状態で、そのゲームを手動で再起動すれば直ることがほとんどです。

短時間に繰り返すとブルースクリーンに発展する

Windowsは既定で、1分以内に5回以上のGPUハング（バグチェック0x117）とその後の回復を検出すると、6回目のハングでシステムをブルースクリーンにします。TDRの回復は無制限に許容されているわけではありません。

一方、GPUエンジン単体のタイムアウト（バグチェック0x141）は、このアダプター全体のハングカウントには通常含まれません。ただしエンジンのリセットに失敗すると、より大きなGPUハングへ昇格することがあります。エンジンリセットの際は原因となったプロセスのGPUアクセスを遮断し、そのことをバグチェック0x142として記録します。不具合を起こした1つのアプリケーションのために、システム全体をブルースクリーンにしないための仕組みです。同じ時刻にLiveKernelEvent 141が記録されているかどうかで見るべき箇所が変わるため、後の章で整理します。

「ディスプレイドライバーが応答を停止したため、正常に回復しました」という画面表示そのものの意味と、原因別の対処手順をさらに詳しく知りたい場合は、TDRの仕組みと直し方の解説を参照してください。

見分け方4101とnvlddmkmのイベントは何が違う？

NVIDIA環境では、4101と同じタイミングでnvlddmkm自身が記録するイベントID 0・14・153が残ることがあります。この2つは役割が異なります。

4101はWindows本体が発行する共通の回復通知で、システムログではなくアプリケーションログに記録されます。一方、nvlddmkmのイベントID 0・14・153はNVIDIAドライバー自身が発行する独自の記録で、Windowsログの「システム」に残ります。nvlddmkm側の記録には、GPUIDや16進数の追加情報が含まれることがあり、これは4101のメッセージには出てきません。

どちらも単独ではGPU故障を示す診断コードではありませんが、nvlddmkm側の記録には追加情報が含まれる分、NVIDIA環境での切り分けではあわせて確認する価値があります。ID別の詳しい見方はnvlddmkmイベントID 0・14・153の解説にまとめています。AMD・Intel環境では、この記事で扱う4101と、次に説明するLiveKernelEventの記録が中心になります。

併発時LiveKernelEvent 141が同じ時刻に出ている場合

信頼性履歴を確認して、4101と同じ時刻に「LiveKernelEvent」というコンポーネント名で141または117が記録されている場合は、TDRの回復だけでなく、ライブカーネルダンプという追加の診断情報がWindowsに保存されています。141はGPUエンジン単体のタイムアウト、117はアダプター全体のハングに対応するコードで、141の回復が失敗すると117へ昇格することがあります。

4101だけが記録され、LiveKernelEventが出ていない場合は、比較的軽いタイムアウトで済んだ可能性があります。一方、LiveKernelEventが併記されている場合はC:\Windows\LiveKernelReports\WATCHDOGにダンプが保存されていることがあり、原因の切り分けに使える情報が増えます。コード別の意味とダンプの確認方法はLiveKernelEvent 141・117の解説で詳しく扱っています。

優先順位ドライバーからGPU本体まで、段階的に切り分ける

原因を当てずっぽうに探すのではなく、変更しやすく元に戻しやすい項目から順番に確認していきます。1つ変更したら、同じゲーム・同じ場面で再現するかを確認してから次に進んでください。

グラフィックドライバーを最新化・クリーンインストールするNVIDIA・AMD・Intelそれぞれの公式サイトから最新ドライバーを入手して更新します。更新直後から発生し始めた場合は、一つ前の安定版に戻すことも検討してください。上書き更新で改善しない場合は、常駐アプリを終了したうえでクリーンインストールを行います。手順はGPUドライバーのクリーンインストール手順を参照してください。

GPUのOC・アンダーボルトを定格へ戻すAfterburnerなどで設定したコアクロック、メモリクロック、Power Limit、電圧カーブを初期値へ戻します。アンダーボルトは工場出荷時の電圧マージンを削る操作なので、負荷の高い特定の場面でだけ発生する場合はまずここを疑ってください。

CPUのOC、XMP・EXPOも一時的に無効化するGPU側のエラーに見えても、CPUのオーバークロックやメモリのXMP・EXPOの不安定さが引き金になることがあります。定格へ戻して再現するかを確認します。

GPU温度と冷却状態を確認する負荷中のGPU温度、可能であればホットスポット温度、ケースのエアフロー、ダストフィルターの詰まりを確認します。冷却が著しく不足すると処理が遅延し、タイムアウトの一因になり得ます。

補助電源と電源ユニットを確認するGPU補助電源コネクターを一度抜き差しし、奥まで刺さっているか、変色や発熱がないかを確認します。電源ユニットの容量がGPUの要求に対して余裕があるかもあわせて見直します。

PCIe接続を確認する電源を落としてからGPUを挿し直します。ライザーケーブルを使っている場合は、可能であればマザーボードへ直結して再現するかを比較します。

ここまでで再現するならGPU本体・電源経路を疑う定格設定に戻し、電源・温度・PCIe接続を確認しても複数のゲームで4101が続く場合は、別のGPUまたは別のPCで同じ症状が出るかを比較します。保証期間中はメーカーへの相談を先に検討してください。

見つけ方4101をイベントビューアーで確認する方法

Windowsキーを押して「イベントビューアー」と検索し、左側のツリーから「Windowsログ」→「アプリケーション」を開きます。一覧を「ソース」で並び替えるか、右側の「現在のログをフィルター」からイベントID「4101」を指定すると見つけやすくなります。

説明欄に表示される時刻を控え、信頼性履歴（「信頼性の履歴の表示」で検索）で同じ日時に「ハードウェアエラー」や「Windowsの障害」が記録されていないかもあわせて確認します。ゲームが落ちた体感のタイミングと実際に記録された時刻がずれていることもあるため、時刻の照合を先に済ませておくと後の切り分けが早くなります。

NVIDIA環境でnvlddmkm自身のイベントID（0・14・153）を確認したい場合は「システム」ログ側を、LiveKernelEvent 141・117を確認したい場合は信頼性履歴を、それぞれ別に開く必要があります。4101だけを見て「原因はGPU」と決めつけず、同時刻の記録をひととおり照合してください。

注意TdrDelayをレジストリで変更するのはおすすめしない

レジストリのTdrDelayを2秒より長く設定する方法がよく紹介されますが、一般利用者の恒久対策としてはおすすめできません。MicrosoftはTDR関連レジストリキーの公式説明で、これらをドライバー開発時のテスト・デバッグ用途としており、エンドユーザーが操作すべきではないと案内しています。タイムアウトを延ばしても、ドライバー、温度、電源、メモリといった根本原因は解決せず、症状が表面化するまでの時間を先送りにするだけです。

TdrLevelを無効化してTDR自体を止める設定も避けてください。GPUがハングしたときに自動回復が働かなくなり、画面が固まったままになる時間が長くなる可能性があります。まずはここまでの手順で設定と接続を確認することを優先してください。

FAQイベントID 4101のよくある質問

AMDやIntelのGPUでもイベントID 4101は出ますか？

はい。4101はWindows本体が発行する共通のイベントで、GPUベンダーを問わず記録されます。メッセージ内のドライバー名部分だけが、環境に応じてnvlddmkm・amdwddmg・igfxなどに変わります。

1回だけ記録されていました。放置しても大丈夫ですか？

一度だけ発生し、その後にちらつきやクラッシュが再発していないなら経過観察で問題ありません。短時間に繰り返す場合や、ゲームが強制終了する、ブルースクリーンに至る場合は、この記事の手順で原因を切り分けてください。

nvlddmkmのイベントID14と4101は同じ意味ですか？

いいえ。4101はWindows本体が発行する共通の回復通知で、アプリケーションログに記録されます。nvlddmkmのイベントID 0・14・153はNVIDIAドライバー自身が発行する独自の記録で、システムログに残ります。どちらも単独でGPU故障を示す診断コードではありません。

LiveKernelEvent 141も同時に記録されていたら深刻ですか？

141が出ているからといって即座にGPU故障とは限りません。ただしライブカーネルダンプが保存されている分、原因の手掛かりが増えます。コード別の見方は関連記事で確認してください。

レジストリでTdrDelayを変更すれば直りますか？

タイムアウトまでの時間を延ばすことはできますが、根本原因を直すものではありません。Microsoftもこのレジストリキーはエンドユーザーが操作すべきものではないと案内しています。まずはドライバーや設定の見直しを優先してください。

総括まとめ｜4101はTDRが働いた記録、原因はここから切り分ける

まとめ

イベントID 4101・ソース「Display」は、WindowsのTDRがGPUの応答遅延を検出し、回復に成功したことを示す共通の記録です。NVIDIA・AMD・Intelいずれの環境でも同じ番号で記録されるため、まずGPUベンダーを問わず起きる現象だと理解したうえで切り分けを始めてください。

定格設定への初期化、ドライバーの更新、温度・電源・PCIe接続の確認という順番で進め、複数のゲームで再現する場合はGPU本体や電源経路も視野に入れます。NVIDIA環境ではnvlddmkm自身の記録、同時刻にLiveKernelEvent 141・117が出ていないかもあわせて確認すると、原因の絞り込みが早くなります。