朝PCの前に戻ると、画面が真っ黒のまま固まっていて、電源ボタン長押しでしか復帰できない――そんな厄介なトラブルは、Windows 11＋NVIDIA環境でよく相談される症状です。この記事では、実際の解析結果をもとに原因と具体的な直し方を解説します。
症状の整理：毎朝PCが真っ黒、でも電源は入っている
まずは、今回の代表的なケースを整理しておきます。
- 朝PCの前に戻ると画面が真っ黒
- マウスやキーボード操作に一切反応しない
- 電源ランプやファンの回転は続いており、PC自体は起動したままのように見える
- 電源ボタンの長押し（ハードリセット）で強制的に電源を切り、再度電源を入れると、その日は問題なく使える
- スリープ設定は使っておらず、通常の電源オン状態で放置しているつもり
環境は次のような構成を想定しています。
| 項目 | 構成例 |
|---|---|
| OS | Windows 11 23H2 |
| CPU | Intel Core i7 第11世代 |
| メモリ | 32GB |
| ストレージ | SSD 1TB（使用量はおおよそ半分程度） |
| GPU | NVIDIA GeForce RTX 3070 |
| GPUドライバー | 「最新」のつもりで更新している |
一見すると「電源やマザーボードの不具合かな？」と疑いたくなる症状ですが、メモリダンプやイベントログをきちんと確認すると、原因はGPUドライバーにあるケースが非常に多いです。
原因の結論：VIDEO_TDR_FAILURE（0x116）と nvlddmkm.sys
この症状の解析では、Windowsが出力したミニダンプ（.dmpファイル）を確認した結果、次の点が分かりました。
- バグチェックコード：VIDEO_TDR_FAILURE（0x116）
- 原因モジュール：nvlddmkm.sys（NVIDIA グラフィックスドライバー）
- 直近でNVIDIAドライバーを更新したあとから発症
VIDEO_TDR_FAILURE（0x116） は、GPU がハング（応答停止）したとき、Windowsの仕組みである TDR（Timeout Detection and Recovery / タイムアウト検知と回復） がうまく働かず、回復に失敗した場合に発生する代表的なエラーです。
本来、Windowsは「GPUの応答が一定時間返ってこない」と判断すると、ディスプレイドライバーの再起動を試みます。これがTDRです。しかし、
- ドライバーやGPUの状態が不安定
- 電源・スリープ周りの挙動と噛み合わない
- 長時間アイドル後の復帰処理で不具合がある
といった条件が重なると、TDRの回復処理に失敗し、真っ黒な画面のままフリーズする状態になることがあります。このとき、運が良ければブルースクリーン（BSOD）になるのですが、環境によってはBSODすら画面に表示されず、ただのブラックスクリーンに見える場合もあります。
今回のケースでは、
- エラーの指し示すファイルが
nvlddmkm.sys（NVIDIAドライバー） - ドライバー更新後から発生
という点から、原因はほぼ「NVIDIAドライバー起因」と考えて良い状況と言えます。
| 確認したポイント | 結果 | 意味 |
|---|---|---|
| バグチェックコード | 0x116（VIDEO_TDR_FAILURE） | GPU関連のハング・回復失敗 |
| 問題のモジュール | nvlddmkm.sys | NVIDIA グラフィックスドライバー本体 |
| 発生タイミング | ドライバー更新後・長時間放置後 | ドライバーと電源制御／復帰処理の相性を疑う |
まず実施すべき「GPUドライバーのクリーンインストール」
このタイプのトラブルでは、GPUドライバーを「上書きインストール」するだけでは直らないことが多く、一度完全に削除してから入れ直す「クリーンインストール」が非常に有効です。
クリーンインストール全体の流れ
| ステップ | 内容 | 目的 |
|---|---|---|
| 1 | ネットワークを切断 | Windows Updateによる勝手なドライバー再インストールを防ぐ |
| 2 | DDUで既存のNVIDIAドライバーを完全削除 | 古い設定や壊れたファイルを残さない |
| 3 | 再起動 | ドライバー削除後のクリーンな状態にする |
| 4 | NVIDIA公式サイトからドライバーを入手しインストール | 信頼できる最新版／安定版を導入する |
| 5 | Windowsの自動ドライバー更新を一時的に抑制 | 意図しないバージョンへの書き換えを防ぐ |
ステップ1：ネットワークを切断
まずはLANケーブルを抜く、またはWi-Fiをオフにして、Windowsが勝手にGPUドライバーをダウンロードしてしまわないようにします。特にWindows 11では、デバイスドライバーもWindows Update経由で自動的に入ることがあるため、クリーンインストール中はオフラインで作業する方が安全です。
ステップ2：DDUでドライバーを完全削除
DDU（Display Driver Uninstaller）は、GPUドライバーをきれいに削除するための定番ツールです。
- 必ず正規の配布元からダウンロードする
- インストール時に余計なソフトが入らないよう選択肢をよく確認する
- 可能ならWindowsのセーフモードで実行する
DDUで「NVIDIA」を選択し、「クリーンアップして再起動」相当のメニューを実行すると、過去にインストールされたNVIDIA関連のドライバーや設定が徹底的に削除されます。
ステップ3：再起動してクリーンな状態を作る
DDUの処理が終わったら、PCを再起動します。この段階ではディスプレイアダプターが「Microsoft Basic Display Adapter」のような表示になり、低解像度で表示されるはずです。これは正常な状態で、ここから新しいドライバーを入れ直すイメージです。
ステップ4：NVIDIA公式サイトからドライバーを入手・インストール
再起動後、まだネットワークは切断したままにしておき、別PCや事前にダウンロードしておいたNVIDIA公式サイト配布のドライバーをインストールします。
- 使用しているGPU（例：GeForce RTX 3070）に合ったドライバーを選択
- ゲーム中心なら「Game Ready Driver」、クリエイティブ用途中心なら「Studio Driver」を検討
- インストール画面で「クリーンインストール」に相当するオプションがあれば必ず選択
インストールが完了し、再起動後に解像度が元に戻り、NVIDIAコントロールパネルが開けることを確認します。
ステップ5：Windowsの自動ドライバー更新を一時的に抑制
せっかく安定しているドライバーが入っても、Windows Updateによって別バージョンに書き換えられると、再び不安定になることがあります。しばらく様子を見る間は、
- 「オプションの更新プログラム」にあるディスプレイドライバー更新を適用しない
- 必要に応じてグループポリシー／レジストリ編集でドライバー更新のみ抑制（上級者向け）
といった対処で、意図しないドライバー更新を防ぐのが無難です。
再発に備える：ミニダンプとログの運用
クリーンインストール後に症状が収まるケースが多いですが、もし再発した場合に備えて、証拠を残す設定をしておくと、原因の切り分けが格段にやりやすくなります。
ミニダンプの設定（小メモリダンプ）
「起動と回復」の設定で、小メモリダンプ（256KB）を出力するようにしておきます。
- Windowsキー＋Rで「ファイル名を指定して実行」を開く
sysdm.cplと入力して「システムのプロパティ」を表示- [詳細設定] タブ → [起動と回復] の [設定]
- [デバッグ情報の書き込み] を「小メモリダンプ（256KB）」にする
- ダンプファイルの保存先を確認（通常は
C:\Windows\Minidump）
こうしておけば、万一ブルースクリーンやTDR関連のクラッシュが起きた時に、解析に必要な最低限の情報を残せます。
MEMORY.DMPを共有してはいけない理由
Windowsは、設定によってはシステム全体のメモリダンプ（C:\Windows\MEMORY.DMP）を出力することがあります。しかし、これはメモリの中身をほぼ丸ごと吐き出したファイルであり、
- 開いていたアプリのデータ
- 入力したパスワードや個人情報の断片
- 業務データ
などが含まれてしまう可能性があります。そのため、
解析を依頼するときに共有してよいのはミニダンプのみで、MEMORY.DMPは絶対に共有しないようにしてください。
信頼性モニターとイベントビューアーでの確認
再発した際には、次の2つをチェックすると、状況の整理に役立ちます。
- 信頼性モニター（
perfmon /rel） - イベントビューアー（
eventvwr.msc）
信頼性モニターでは、日付ごとに「重大なエラー」や「Windowsが正しくシャットダウンされなかった」などの記録がグラフ形式で一覧でき、何日の何時頃に不具合が起きたのかが分かりやすくなります。
イベントビューアーでは、特に次のログを確認します。
- [Windowsログ] → [システム] 内の BugCheck 0x116関連イベント
- [Windowsログ] → [システム] 内の Display / nvlddmkm の警告・エラー
これらを突き合わせることで、
- 「画面オフになってから〇時間後に落ちている」
- 「特定のゲームやアプリを起動したまま放置すると再発する」
といった再現条件を絞り込むことができます。
まだ黒画面が出るときの追加対策
GPUドライバーのクリーンインストール後も、もし症状が残る場合は、以下の手順で切り分けを進めます。
ドライバーの版数を変える：1つ前の安定版やStudio Driverを試す
最新ドライバーが必ずしも最も安定しているとは限りません。次のようなパターンを試すと、劇的に安定することがあります。
- 直近より1つ前のバージョンにロールバックする
- ゲーム中心でなければ、Studio Driverに切り替えて安定性重視にする
特に、
- 新しいゲーム向け最適化が大量に入った直後のドライバー
- Windows 11の大型アップデート直後にリリースされたドライバー
などは、環境によって不具合が出やすいことがあります。安定していた過去版をメモしておき、「このバージョンまでは問題なかった」という基準を作ると、今後のトラブルシュートにも役立ちます。
電源・高速スタートアップ・画面オフ設定を見直す
VIDEO_TDR_FAILUREは、アイドル状態からの復帰タイミングで発生しやすいエラーです。そのため、電源周りの設定を見直すことで、発生頻度を下げられることがあります。
高速スタートアップを無効化する
高速スタートアップは、シャットダウン時に一部情報を保存しておき、次回起動を速くする仕組みですが、ドライバーやデバイスの初期化が中途半端になることもあります。次の手順で無効化できます。
- コントロールパネル → [ハードウェアとサウンド] → [電源オプション]
- [電源ボタンの動作を選択する]
- [現在利用可能ではない設定を変更します] をクリック
- [高速スタートアップを有効にする] のチェックを外す
- [変更の保存] をクリック
これにより、毎回きちんとフル起動されるようになり、GPU周りの初期化が安定する場合があります。
画面オフ・スリープの時間を一時的に変更して様子を見る
今回のケースでは「スリープは使っていない」とのことですが、ディスプレイの電源オフやモダンスタンバイのような、OS側の省電力機能との相性が悪くてブラックスクリーンになっている可能性もあります。
一時的に、
- 画面オフまでの時間を長くする（または「なし」にする）
- スリープまでの時間も長めにして、まずは画面オフのみの挙動を確認する
といった設定で、放置時間と再発の関係を観察してみてください。
NVIDIAコントロールパネルの電源管理モードを確認
NVIDIAコントロールパネルの電源管理モードを、カスタマイズしている場合は既定（最適電力／適応）に戻します。
- 特定アプリ向けに「パフォーマンス最大化」を指定している
- グローバル設定をパフォーマンス寄りに変えている
などの設定が、アイドル時や画面オフ時の挙動と噛み合わず、TDRエラーにつながることもあります。
モニター・ケーブル・PSUなどハードウェア側の切り分け
ドライバー起因の可能性が高いとはいえ、ハードウェアの相性や劣化がトリガーになっている場合もあります。以下のような切り分けも有効です。
- 別のモニターで再現するか確認
- DisplayPort ⇔ HDMIの接続方式を変えてみる
- 別のケーブルに変えてみる（特にDPケーブルは品質差が出やすい）
- 電源ユニット（PSU）の容量に余裕があるか、経年劣化していないか確認する
- 可能なら別のPSU・別系統の電源ケーブルでテストする
合わせて、
- メモリテスト（Windowsメモリ診断など）
- GPU/CPUの温度監視（高温で不安定になっていないか）
- ケース内のホコリ清掃・ファンの動作確認
といった基本的なハードチェックもしておくと安心です。
BIOS/UEFI・チップセットドライバー・Windows更新
プラットフォーム側が古いままだと、最新のGPUドライバーとの相性が悪くなることがあります。
- マザーボードメーカーのサイトで、最新のBIOS/UEFIが出ていないか確認
- 同じく、チップセットドライバーやマザーボード付属のドライバー類を更新
- Windows Updateで品質更新プログラム・ドライバー以外の更新を適用
ただし、BIOS更新は失敗すると復旧が大変な場合もあるため、取扱説明書やメーカー手順をよく読み、安全な手順で実行してください。
ログで「再現条件」を言語化するコツ
ブラックスクリーンが完全にランダムに起きているように見えても、ログを丁寧に追うと、意外と一定のパターンが見えてくることが多いです。
よくある再現パターンの例
| 再現パターン | よくある原因候補 |
|---|---|
| 長時間放置した翌朝だけ黒画面になる | アイドル時の電源制御とGPUドライバーの相性、TDRのタイムアウト |
| 特定のゲームやアプリを起動しっぱなしで放置すると落ちる | そのアプリとドライバーの相性、VRAM使用量の偏り |
| ドライバー更新直後からだけ症状が出る | ドライバー側のバグ、古い設定ファイルの残骸 |
信頼性モニターとイベントビューアーを見ながら、メモに次のような情報を書き出してみてください。
- 何日目・何時ごろ・何時間放置した後に発生したのか
- その時、どのアプリを実行していたか
- 画面オフまでの時間、スリープ設定の有無
- ゲームやGPU負荷の高い処理を直前に行っていなかったか
これを整理しておくと、サポートに相談する際にも原因にたどり着くスピードが大幅に上がるのでおすすめです。
実際のケース：DDUによるクリーンインストールで解消した例
今回のような Windows 11 ＋ NVIDIA RTX 3070 の環境では、DDUによるクリーンインストールを行った時点で症状がピタリと止まったケースが報告されています。
具体的には、
- 毎朝PCに戻ると画面が真っ黒でキーボード無反応
- 電源ボタン長押しで強制シャットダウン → 再起動すると、その日は終日安定
- ミニダンプとイベントログを解析すると、VIDEO_TDR_FAILURE（0x116）＋ nvlddmkm.sysが原因と判明
- DDUでNVIDIAドライバーを完全削除 → NVIDIA公式からドライバーをクリーンインストール
- 以後、同条件で一週間以上運用しても再発なし
このように、ドライバーのクリーンインストールだけで直るパターンはかなり多いため、まずはここから試すのが定石です。
やってはいけない／注意してほしいこと
トラブルが長引くと、ネット上の情報を片っ端から試したくなりますが、次のような対処は注意が必要です。
TDRを無効化するレジストリ設定は基本NG
一部の情報では、TdrDelay や TdrLevel をレジストリで設定してTDRを無効化する方法が紹介されています。しかし、これは根本原因を隠してしまうだけで、
- 本当にGPUがハングしていてもOSが検知しなくなる
- ブラックスクリーンからの復帰が一切できなくなるリスク
などがあるため、通常の運用環境ではおすすめできません。まずはドライバー・電源周りの正攻法の対処を行い、それでも開発用途などでどうしても必要な場合のみ、リスクを理解した上で検討してください。
MEMORY.DMPを第三者に渡さない
前述の通り、MEMORY.DMP には個人情報や業務データが含まれうるため、サポートに相談する場合もミニダンプのみを共有し、MEMORY.DMPは絶対に渡さないようにしてください。
DDUは正規配布元から入手し、インストール時に注意
DDUは有名ツールであるがゆえに、類似サイトや偽ダウンロードページが出回ることもあります。
- 検索結果の広告リンクではなく、信頼できる公式配布ページからダウンロードする
- インストーラータイプの場合は、不要なツールバーや別ソフトの同時インストールにチェックが入っていないか確認する
といった基本的な注意を守るだけで、余計なトラブルを避けることができます。
まとめ：毎朝の黒い画面を終わらせるために
毎朝PCが真っ黒で固まっていると、
- 起動するたびに不安になる
- 最悪の場合、ファイルシステムの破損など二次被害
といったリスクもあり、できるだけ早く手を打ちたいところです。
本記事のポイントを整理すると、次のようになります。
- 症状はVIDEO_TDR_FAILURE（0x116）＋ nvlddmkm.sys が示す典型的なGPUドライバートラブル
- まずはDDUでNVIDIAドライバーを完全削除 → NVIDIA公式ドライバーをクリーンインストールする
- 再発に備えて、小メモリダンプ（ミニダンプ）の出力と信頼性モニター・イベントビューアーでログを確認できるようにする
- それでも発生する場合は、ドライバー版数の変更・電源設定の見直し・ハードウェアの切り分けの順で原因を絞り込む
- 解析依頼時に共有してよいのはミニダンプのみで、MEMORY.DMPは絶対に共有しない
同じような「毎朝黒画面」問題で悩んでいる方は、まずはGPUドライバーのクリーンインストールから試してみてください。それだけで症状が収まるケースは少なくありません。もしそれでも改善しない場合は、本記事の手順を参考に、ログを取りながら一つずつ原因を潰していきましょう。
コメント