CodexでPCフリーズ原因を調査｜ブルースクリーンとBIOS更新を疑った実例 | 「総統、その業務はAIで終わります！」〜 DX推進ブログ〜

PCのフリーズやブルースクリーンが増えてくると、まず疑いたくなるのはメモリやSSD、電源、ドライバーあたりです。ただ、最近のPCはCPU、BIOS、Windowsのセキュリティ機能、仮想化まわりまで絡むので、原因をひとつに決め打ちすると危ないんよね。

今回は、実際にPCがフリーズし始めた時の調査メモをもとに、CodexでイベントログやPC構成を整理して、原因候補を絞っていく流れを記事にします。結論から言うと、かなり怪しかったのはBIOSの古さでした。

👑 総統の結論

総統

PCが固まる原因を勘で決めるな。イベントログ、ブルースクリーンコード、CPU、マザーボード、BIOS、メモリ設定を並べて見れば、疑う順番が見えてくる。今回の本命は、古すぎるBIOSと新型CPU、Windowsの仮想化セキュリティ機能の相性なのだ！

この記事でわかること
タコゾウのPC、ついに青くなる
Codexで調べた内容：まずイベントログを整理する
実際に出ていた主なエラー
今回いちばん怪しかったのはBIOSの古さ
DDR5メモリやXMPも疑う
優先してやること
PCが古い、足りない、限界なら買い替えも選択肢
Codexで原因調査をするときのコツ
アカネ先生のよくある質問
総統の結論
関連記事
1. 🥷 秘密結社「黒焦団」の暗躍を追え

この記事でわかること

PCフリーズや強制終了が増えた時に見るべきログ
Codexでイベントログを整理する時の考え方
SECURE_KERNEL_ERRORやHYPERVISOR_ERRORが示すこと
古いBIOSが新しいCPU環境で不安定要因になりやすい理由
BIOS更新、SFC、DISM、メモリ診断の優先順位

タコゾウのPC、ついに青くなる

タコゾウ

うわあああ！また青い画面っす！作業中のファイル、保存してなかったっす！

総統

タコゾウ！何を泣いておる。PCなど気合いで動かせ！余の時代は根性でフロッピーを読み込ませていたのだぞ！

タコゾウ

総統がメモリもSSDもケチるから限界なんすよ……。最近、フリーズも強制終了も増えてるっす。

総統

甘えるな！余のPCなどWindows MEでまだ現役なのだ！

タコゾウ

総統、それソリティアしかやってないじゃないっすか。しかも起動するだけで儀式みたいに時間かかるっす。

アカネ先生

はいはい、根性論でブルースクリーンは直らへんよ。まずログを見よか。PCの不調は、怒鳴るより記録を見る方が早いんやで。

Codexで調べた内容：まずイベントログを整理する

今回の調査では、Windowsのイベントビューアーに残っている強制終了、ブルースクリーン、Kernel-Power 41、予期しないシャットダウン 6008 などを拾い、発生日時とエラーコードを並べて見ました。Codexにログや構成情報を渡すと、どのエラーが同じ系統なのか、どこから疑うべきかを整理しやすいんよ。

たとえば、直近では2026年6月9日18時22分に、直前ログなしの突然フリーズがありました。OSがクラッシュ処理をする前に固まった可能性があり、こういう時はソフトだけではなく、ハードウェアやBIOS、電源管理まで疑う必要が出てきます。

ほかにも、2026年6月5日には KMODE_EXCEPTION_NOT_HANDLED、2026年5月18日には HYPERVISOR_ERROR、2026年5月3日や2026年1月23日、2025年10月30日には SECURE_KERNEL_ERROR が記録されていました。名前だけ見ると怖そうですが、並べて見ると傾向が見えてきます。

実際に出ていた主なエラー

エラー	意味の目安	疑うポイント
SECURE_KERNEL_ERROR 0x18b	セキュリティカーネル周りの異常	コア分離、メモリ整合性、仮想化、BIOS/マイクロコード
HYPERVISOR_ERROR 0x20001	Hyper-Vや仮想化レイヤーの異常	VBS、HVCI、CPU仮想化支援、BIOS
KMODE_EXCEPTION_NOT_HANDLED 0x1e	カーネルモードの例外	メモリ、ドライバー、低レベルのシステム不整合
Kernel-Power 41 / 6008	予期しない再起動や強制終了	電源断、完全フリーズ、ハードウェアレベルの停止

アカネ先生

エラー名だけ見て『メモリが悪い』『SSDが悪い』って決め打ちするのは早いんよ。今回は仮想化やセキュリティカーネル系のエラーが混ざってるから、BIOSとCPUまわりを疑う流れになるわ。

今回いちばん怪しかったのはBIOSの古さ

調査対象のPCは、Intel Core Ultra 7 265K と ASRock Z890 Steel Legend WiFi の組み合わせでした。新しいArrow Lake世代のCPUとZ890チップセットなのに、BIOSは 1.39、リリース日が2024年9月2日の初期版でした。ここがかなり怪しいポイントです。

新しいCPUやチップセットは、発売後にBIOS更新で安定性が改善されることがよくあります。CPUマイクロコード、メモリ互換性、電力管理、DDR5の動作、VT-dやIOMMUなどの仮想化周り。こういう低レベルな部分は、OS側のアップデートだけでは吸収しきれへんことがあるんよね。

今回のように、SECURE_KERNEL_ERRORやHYPERVISOR_ERRORが出ているなら、Windowsのコア分離やメモリ整合性、Hyper-Vなどの仮想化ベースのセキュリティ機能と、古いBIOS/CPUマイクロコードの相性を疑うのは自然な流れです。

タコゾウ

つまり、タコゾウのPCが泣いてたんじゃなくて、BIOSが古すぎて時代についていけてなかった可能性があるっすね。

総統

古いものを大事にする精神は尊いのだ！余のWindows MEを見よ！

アカネ先生

総統のPCはソリティア専用やから耐えてるだけやで。仕事用PCでそれやったら、現場が泣きますわ。

DDR5メモリやXMPも疑う

もうひとつ見ておきたいのがDDR5メモリです。特にXMPなどの自動オーバークロック設定を使っている場合、初期BIOSでは不安定になりやすいことがあります。メモリの読み書きが一瞬でも不安定になると、KMODE_EXCEPTION_NOT_HANDLEDや突然のフリーズにつながることもあります。

だからBIOS更新後、いきなりXMPを有効にして全速力で走らせるより、まずは標準設定で安定性を見た方がええと思うわ。安定してからメモリ設定を戻す。ここを急ぐと、原因切り分けがぐちゃぐちゃになります。

優先してやること

今回の優先順位はわりとはっきりしています。まずマザーボードのBIOSを最新版へ更新すること。ASRock Z890 Steel Legend WiFi なら、公式サポートページから対象モデルのBIOSを確認し、Instant Flashなどの手順に沿って更新します。BIOS更新は途中で電源を切ると危険なので、手順を読んで、安定した状態で実行する必要があります。

次に、Windows側のシステムファイル修復です。強制終了が続くと、Windowsのファイルが破損することもあります。管理者権限のターミナルで sfc /scannow を実行し、その後 DISM.exe /Online /Cleanup-image /Restorehealth を実行する流れですね。

それでも不安定なら、Windowsメモリ診断やMemTest86でメモリを確認します。ここでエラーが出るなら、設定だけでなくメモリ本体やスロット、相性も疑うことになります。

PCが古い、足りない、限界なら買い替えも選択肢

アカネ先生

ちょっと話は変わるけど、PCが頻繁に固まるなら、修理や設定だけで粘るより買い替えた方が早いこともあるで。AI作業をするなら、メモリ32GBクラスはかなり安心感あるわ。

CodexやAntigravity、Claude Code、ブラウザ、WordPress管理画面、画像生成、資料作成を同時に開くと、メモリやSSDへの負荷は普通に増えます。古いPCをだましだまし使うのも悪くはないけど、仕事の時間がフリーズで消えるなら、PC代より時間の損失の方が高くつくかもしれへんね。