MENU

CMOSチェックサム無効エラーとGodotの画面ティアリング・BSODを同時に解決する完全ガイド【HP OMEN/Windows/GPUドライバー】

Windows

起動時の「CMOS checksum is invalid（CMOSチェックサム無効）」、Godot使用中の黒い横線（ティアリング）や数分でのクラッシュ～最終的にWindowsがブルースクリーンで再起動――。この2つが同時発生すると原因の切り分けが難しくなります。本稿ではHP OMEN 16‑ap0000を主な想定例に、相互関係の見極め方と再発しにくい実践的な解決手順を体系化して解説します。

目次

症状の全体像と前提（HP OMEN 16‑ap0000／Windows）

  • 起動直後に「CMOS checksum is invalid」や「CMOS 502」等のエラーが出る。
  • Godotエンジン（エディタ／実行）でマウス移動に合わせて黒い横線が現れる（画面ティアリングと思われる）。
  • 数分～十数分でGodotがクラッシュ、続いてWindowsがブルースクリーン（BugCheck）で再起動。
  • ハイブリッドGPU（内蔵+iGPUと外部dGPUの切替）環境。

これらは別々の原因でも起こり得ますが、BIOS/UEFIや電源管理、GPUドライバーの整合性が崩れていると連鎖的に同時発生しやすくなります。特にGodotのようにGPUリソースを激しく使うアプリは、潜在的な不整合や温度・電力の限界を露出させやすい点に注意してください。

見える症状主な原因候補Godotとの関係
CMOSチェックサム無効BIOS/NVRAM設定破損、RTC電池弱り、BIOSバグ、EC（組込コントローラ）不整合、完全放電GPU切替設定・PCIe関連項目が不正値→ドライバー初期化や電源管理が不安定化
黒い横線／ティアリングVSync無効、VRR設定の不整合、内蔵/iGPU経由出力、マルチモニタのリフレッシュ差描画負荷・Presentのタイミングが崩れると発生しやすい（Vulkan/DirectXの提示モード）
Godotクラッシュ→BSODGPUドライバーのTDR（Timeout）、熱暴走、電力不足、ドライバー競合、メモリ不良高負荷時にTDR→VIDEO_TDR_FAILURE(0x116)/0x117等でシステム巻き込み

結論と優先順位：最短で安定させる実践順序

再現性の高い順に、下記の手順を上から順に実施してください。実務では「全部やる」よりも、リスクと効果のバランスで優先度を付けることが重要です。

  1. BIOS/UEFIを最新化（HPのサポートアプリ/サイトから該当機種の最新を適用）
  2. BIOS設定のリセット（CMOS初期化）：Restore Defaults → Save & Exit
  3. AMDチップセット・GPU/NVIDIA/AMD dGPUドライバーをクリーン再導入：DDUをセーフモードで実行→最新ドライバーを新規インストール
  4. GodotをdGPU専用で動作：Windows「グラフィックス設定」でgodot.exeを「高パフォーマンス（外部GPU）」に固定
  5. Godot側のVSync/表示モード最適化（エディタ/プロジェクト設定）
  6. 温度と電力の安定化（冷却強化、パワーモード、VRR/可変リフレッシュの整合）
  7. ログとミニダンプで原因確定（TDR・BugCheckコードの把握）
  8. それでもCMOSエラーが継続するならハード不良疑いでメーカー修理
対処期待効果難易度/リスク所要目安
BIOS更新CMOS破損・互換性の改善、EC整合中（停電厳禁）10〜20分
BIOSリセット不正設定の初期化低3〜5分
DDU→ドライバー再導入競合/残骸の排除中（セーフモード必須）20〜40分
dGPU固定描画経路の単純化・安定化低2〜3分
VSync/表示調整ティアリング抑制・安定化低5〜10分
温度・電力対策TDR/サーマルスロットリング回避低〜中10〜30分

手順詳細：確実に効かせるためのポイント

BIOS/UEFIを最新に更新する（HP OMEN 16‑ap0000）

  • ACアダプタ接続・バッテリー残量50%以上で実施。更新中は絶対に中断しない。
  • HPのサポートアプリ（またはプリインのHP Support Assistant）で機種を自動認識→最新BIOSを選択。
  • 更新後は一度BIOSセットアップに入り、日付/時刻・ブート順・GPU関連項目に不自然な値がないか軽く確認。

BIOS設定のリセット（CMOS初期化）

起動直後にEsc→スタートアップメニュー→F10でBIOSセットアップへ。Restore Defaults（工場出荷へ）→Save & Exitで再起動します。

  • HPノートの一部では「Win+Vを押しながら電源投入」や底面の「バッテリーリセットホール」操作でRTC/ECをリセットできる場合があります（機種差あり）。
  • CMOSエラーが毎回出る→リセット後も再発する場合、マザーボード/RTCバッテリー不良の疑いが高いです。

DDUで旧ドライバーを完全除去→最新をクリーン導入

  1. Windowsの回復→今すぐ再起動→トラブルシューティング→詳細オプション→スタートアップ設定→再起動→4またはF4（セーフモード）。
  2. Display Driver Uninstaller（DDU）を実行し、GPUドライバーを「クリーン＆再起動なし」で除去。
  3. 再起動後、まずAMDチップセットを最新化（Ryzenプラットフォームの電力・PCIe管理に直結）。
  4. 次にdGPU（NVIDIA/AMD）の最新ドライバーを導入。Game Ready/Adrenalinのうち安定版を選択。
  5. 導入後1回再起動。

ポイント：チップセット→GPUの順で入れると、電源管理やPCIeリンクの前提が揃い、TDR/ハングを抑制できます。

GodotをdGPU専用で動かす（ハイブリッドGPUを経由しない）

  1. 設定→システム→ディスプレイ→グラフィックス。
  2. godot.exe（エディタとエクスポートした実行ファイルの両方）を追加。
  3. 「高パフォーマンス」＝外部GPUを選択。

ユーザー報告でも、この設定だけでクラッシュと横線が解消した例があります。機種により
OMEN Gaming Hub → グラフィックス スイッチャー（MUX）でdGPU直結にできる場合もあります（再起動を伴う）。

Godot側のVSync/表示・レンダリング設定を整える

Godot 4系（Vulkan）を想定。プロジェクト設定とエディタ設定の両方を見直します。

設定箇所（例）推奨/確認効果
Project Settings → Display → Window → VSyncEnabled（まずは固定）水平ティアリングの抑制
Project Settings → Display → Window → ModeExclusive Fullscreen または BorderlessExclusiveはVSync安定、Borderlessは切替が軽い
Editor Settings → Run → Window Placement専用GPUモニタ上で実行iGPU経由回避・マルチモニタ差の影響軽減
Rendering → Threads/Driver関連デフォルト→不安定ならスレッド数を既定へ戻すドライバー競合の低減
Rendering → Features一時的に重いポストエフェクトを無効化TDR回避の効果検証

補足：可変リフレッシュレート（G-SYNC/FreeSyncやWindowsのVRR）使用時は、VSyncとVRRの整合が取れていないと横線が残ることがあります。まずはVSyncオン・VRRオフで安定を確認し、必要に応じて段階的にVRRを戻してください。

Windows側：ティアリングとTDR（ブルースクリーン）を減らすOS設定

項目手順（例）狙い
グラフィック既定設定設定→システム→ディスプレイ→グラフィックス→既定のグラフィックス設定→ハードウェア アクセラレーテッド GPU スケジューリング（HAGS）をオン/オフで比較一部環境でHAGSオフが安定
可変リフレッシュ レート（VRR）同画面で可変リフレッシュ レートのオン/オフを検証VSyncとの不整合解消
電源プラン電源オプション→高パフォーマンス/最適化。PCI Expressのリンク状態電源管理＝オフPCIe省電力によるTDR回避
フルスクリーン最適化Godot実行ファイルのプロパティ→互換性→フルスクリーン最適化を無効にする描画パスの単純化
NVIDIA/AMDパネル電源管理＝パフォーマンス優先、低レイテンシ/フレーム最適化は既定から大きく変えないTDRトリガー削減
マルチモニタ一時的に単一モニタで検証。リフレッシュレート差を揃えるティアリング・入力ラグの分離

温度・電力の観点：落ちる前にわかるサインを拾う

  • HWMonitor/HWiNFO等でCPU/GPU温度・クロック・消費電力・サーマルスロットリングの有無を監視。
  • 目安：CPU 95℃以上やGPU 90℃前後でスロットリング→ファン最大/底面の通気確保/台座で底上げ。
  • OMEN側のパフォーマンスプリセットをパフォーマンスに固定し、静音/省電力モードは検証中は使わない。
  • 過度なアンダーボルトやMSI系チューニングツールは一旦無効化。安定後に段階的に戻す。

ログとミニダンプで原因を「言える化」する

イベントビューアでの確認

  • Windows ログ → システム：Kernel-Power 41（不意の再起動）、Display 4101（ドライバー応答停止と回復）をチェック。
  • 信頼性モニター：アプリクラッシュやドライバーエラーの時系列が俯瞰しやすい。

ミニダンプ（C:\Windows\Minidump）を読む

WinDbgなどで分析。代表的なBugCheckと傾向：

BugCheckコード典型的な意味対策の当たり
0x116 VIDEO_TDR_FAILUREGPU応答停止（nvlddmkm.sys / amdkmdag.sys）DDU→最新ドライバー／温度・電源／dGPU固定／VSync調整
0x117 VIDEO_TDR_TIMEOUT_DETECTEDTDRタイムアウト上に同じ（軽度～中等度の不安定）
0x3B / 0x1E / 0x139メモリ/ドライバーの整合性問題メモリテスト、SFC/DISM、周辺機器切り離し

システム整合性の回復コマンド

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
chkdsk /scan

エラーが出たら再実行し、OSの土台を正常化してからドライバー検証に戻ると、原因が一段と絞りやすくなります。

Godotでの再発防止：エディタとプロジェクトの運用Tips

  • エディタとランタイムを同一GPUで動かす：エディタはiGPU、実行はdGPUのような混在を避ける。
  • プロファイラとフレームタイムを常時表示し、スパイクが出る操作（マウス移動等）とログを紐づける。
  • GPU負荷の高いポストプロセス（SSAO/SSIL/ボリューム）を段階的に有効化して限界を見極める。
  • モニタのリフレッシュ（144Hz/240Hz）に対してPhysics FPS/Render FPSの設定を合理化し、固定小数倍を意識する。
  • マルチモニタの場合、GodotのウィンドウをdGPU直結のポートに繋がるモニタへ。

CMOSチェックサム無効エラーの深掘り：関連性はあるのか

CMOS（正確にはUEFI NVRAM）に保存された設定値の整合性が合わないと「チェックサム無効」が表示されます。ノートPCではデスクトップのようにコイン電池を簡単に交換できないため、まずはBIOS更新と設定リセットで論理的な原因を除去します。

Godotのクラッシュとは直接無関係でも、GPU切替・PCIe・ブート設定の不整合がドライバー初期化に影響し、結果としてTDRやBSODを誘発するケースがあります。つまり、CMOSエラーはシステムの前提が崩れているサインであり、GPU不安定の温床になり得ます。両者が同期間に発生しているなら、BIOS/NVRAMの健全化を最優先に据えるのが合理的です。

CMOSエラーのパターン見分け方次の一手
更新/完全放電後だけ出る1回のみ・次回以降消える様子見（BIOS更新で解消することが多い）
毎回か2〜3回に1回出る日時ズレやブート順が狂うBIOS更新＋リセット、EC/RTCリセット、保守対応を検討
頻発＋Godot等でBSOD多発ドライバーTDRやイベント4101が併発本記事の全手順を順に実施→改善なければ主板不良疑い

検証プロトコル：再現テストで「直った」を確かめる

  1. コールドブート後、CMOSエラーの表示有無を確認。
  2. Godot（同じプロジェクト）をフルスクリーンで起動し、マウスを大振りに動かす、シーンを切替える等の負荷をかける。
  3. 15〜30分程度の連続操作で、横線/クラッシュ/BSODが再現しないか観察。
  4. イベントビューアで新規の4101/TDR、信頼性モニターで新規障害が無いことを確認。
  5. 必要に応じてHAGS/VRR/VSyncの組み合わせを変更し、安定条件を記録する。
設定組み合わせVSyncVRRHAGS結果（例）
Aオンオフオフ最も安定（横線消失）
Bオンオンオフ一部タイトルで横線再発
Cオフオンオンフレームスパイク増加

チーム/個人メモとして、「安定条件」シートを作成しておくと、ドライバー更新時に役立ちます。

それでも直らない／CMOSが再発する時の判断基準

  • 初期不良・マザーボード不良の可能性：購入1か月程度の新品でCMOSエラーが繰り返すなら、保証修理/交換を優先。更新・リセット後も再発する場合は自己修理で悪化させるより安全です。
  • ストレージ/メモリの診断：メモリテスト（Windowsメモリ診断やMemTest86）、NVMeのSMART確認で物理不良を除外。
  • 周辺機器の切り離し：USBデバイスや外付けディスプレイを外し、最小構成で再現するか確認。切替ハブやドックが原因になることがあります。

よくある誤解と落とし穴

  • 「コイン電池を替えれば解決」：ノートは交換難度が高く、そもそもRTCがメインバッテリー連動の機種もあります。まずはBIOS更新と保証対応を優先。
  • 「VSyncは常にオフが正義」：開発中の体感遅延を下げたい心理は理解できますが、ティアリングやPresent不整合が不安定を呼ぶことも。まずは安定重視。
  • 「ドライバーは上書き更新でOK」：世代跨ぎやベータ版導入歴がある環境は残骸が衝突します。DDU→クリーン導入で一度まっさらに。
  • 「温度は高くても大丈夫」：モダンCPU/GPUは自動制御が賢い反面、スロットリングとTDRの境界を超えると突然落ちます。測って管理が最良の近道。

チェックリスト：公開ビルド前に通す最終確認

  • BIOS/ECは最新・設定は既定値に戻した。
  • AMDチップセットとdGPUドライバーは最新。DDU経由でクリーン導入済み。
  • GodotはdGPU専用。エディタと実行が同じモニタ/同じGPUで動く。
  • VSync有効でティアリングが消えた。VRR/HAGSは必要に応じて段階導入。
  • イベント4101やBugCheck 0x116/0x117は直近で発生していない。
  • 温度は長時間テストで安定。スロットリング/ファン暴走はない。
  • CMOSエラーは帰還せず。もし再発するならサポート窓口へ。

まとめ：関連性は「間接的に強い」。まず基盤から整える

CMOSチェックサム無効は、BIOS/UEFIの整合性が崩れた警告であり、ハイブリッドGPUやPCIe、電源管理の前提を壊すことで、GodotのようなGPU負荷アプリに間接的な悪影響を与えます。最短で安定化させる鍵は、

  • BIOS更新＋設定リセットで土台をまっさらにする。
  • DDU→最新ドライバーで描画パスを健全化する。
  • dGPU固定＋VSync適正化でティアリングとTDRの入口を閉じる。
  • 温度・電力・ログをモニタリングして、再発を定量的に防ぐ。

ここまで実施すれば、多くの環境で「横線が消え、Godotも落ちず、CMOSエラーも出なくなる」状態へ到達できます。なお、新品でCMOSエラーが継続するケースは、迷わず保証対応へ。ハード不良はソフトでは直せません。安定した開発環境を取り戻し、制作そのものに集中していきましょう。

Windows
BIOS更新 BSOD GPUドライバー Godot CMOSチェックサム HP OMEN

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次