Windows 11 24H2で数秒おきにフリーズする場合の原因確認と対処法

Windows 11 24H2で数秒おきに固まる場合、同じ症状でも原因は一つとは限りません。停止する範囲・発生時刻・直前の変更を記録し、該当する既知問題と機種別の情報を照合することから始めます。OSのリセットや電源管理機能の無効化を、すべてのPCに効く対処として勧めることはできません。

この記事では、Windows・ドライバー・ストレージ・メモリ・常駐アプリを順に切り分け、修復が必要な場合の選択肢まで整理します。特定機種での実測結果や、必ず直る手順を示す記事ではありません。重要データを守りながら、一つ変更するごとに同じ操作で比較してください。

目次

先に確認:24H2のエディションとサポート状況

Microsoftの24H2リリース正常性情報では、Home・Proは2026年10月13日に更新提供が終了したと案内されています。Enterprise・Educationのサポート期限は2027年10月12日です。2026年10月時点でHome・Proを使い続けている場合は、症状の調査だけでなく、対象PCに提供されるサポート中のWindows 11への移行も確認してください。

「設定」→「システム」→「バージョン情報」とwinverでエディション・バージョン・OSビルドを控えます。既知問題は対象ビルド、アプリ、機器、解決済み更新まで照合します。「24H2で発生した」というだけで同じ原因とは判断せず、更新の提供が保留されている場合は互換性保護を回避して強行しないでください。組織のPCは管理者の更新計画に従います。

症状の特徴と再現条件を記録する

  1. 重要なファイルを保存し、可能なら別の保存先へバックアップします。フリーズが頻発し保存も難しい場合は、診断や更新を繰り返す前にメーカーへ相談します。
  2. 一つのアプリだけが固まるのか、マウスポインター・キー入力・音声・画面更新も同時に止まるのか確認します。
  3. 停止した時刻、続いた時間、繰り返す間隔、その直前の操作を記録します。数秒周期でも原因を確定する特徴にはなりません。
  4. AC接続/バッテリー、起動直後/スリープ復帰後、外部ディスプレイやドックの接続有無など、発生条件を分けます。
  5. 直前のWindows更新、ドライバー更新、アプリ導入、周辺機器・メモリの変更を控えます。

タスク マネージャーを開ける場合はCPU・メモリ・ディスク・GPUの使用状況を参考にします。ただし、フリーズ中は画面や計測の更新も止まり得ます。「グラフが0%だからCPUやストレージは無関係」とは判断できません。OS全体が応答しないときに強制電源断を繰り返すと、未保存データを失うおそれがあります。

環境の記録表:検証済みの特定構成ではなく、自分のPCの情報を埋める

項目記録する内容
PCメーカー・正確な機種名・BIOSバージョン
Windowsエディション・バージョン・完全なOSビルド・直近の更新KB
CPU/GPU型番・内蔵/外付けGPU・ドライバーの版
メモリ容量・増設の有無・変更日
ストレージメーカー・型番・ファームウェア・空き容量
周辺機器ドック・USB機器・外部画面・接続方法
再現条件アプリと操作・電源状態・復帰との関係・発生時刻

部品が同じでもPCメーカーの設計やファームウェアで条件が変わります。たとえばメモリ容量が12 GBというだけで不具合とは判断できず、CPU世代が同じという理由で別機種のBIOSを適用することもできません。

原因候補を切り分けるマトリクス

観察した状態次に調べる対象最初の対応
一つのアプリだけ停止アプリ・プラグイン・接続先公式更新と既知問題を確認
更新直後から発生適用KB・ドライバー版対象条件と提供元の修正版を照合
周辺機器接続時だけ発生ドック・USB・画面・接続ケーブル安全に取り外せる機器を一つずつ外して比較
スリープ復帰時や電源切替で発生機種別ファームウェア・対応ドライバーメーカーの情報へ。ACPIやDTTを一律に無効化しない
読み書きエラー・ストレージ警告を伴うSSD・コントローラー・ファイルシステムバックアップを優先しメーカー診断
複数のWindows機能も不調Windowsコンポーネント必要に応じてDISM/SFCと結果確認

1. Windows・アプリ・ドライバーの既知問題を先に照合する

Windows Updateの履歴で発生前後の更新を確認し、Microsoftのリリース正常性情報で対象ビルド・機器・アプリが一致するか見ます。修正版が示されている場合は、PCに適用できる更新を組織やメーカーの方針に従って導入します。更新プログラムを全部削除する、更新を恒久停止する、といった方法を最初の対処にはしません。

ドライバーはMicrosoftのドライバー更新案内と、PC・機器メーカーのサポート情報から確認します。ノートPCのGPU切り替え、電源管理、ドックなどでは機種専用の調整があるため、OEM版を一律に避けてGPUメーカーの汎用版へ置き換える方法は勧めません。

特定のドライバー更新直後に始まったと確認できた場合は、提供元が案内する修正版や、そのドライバーに限定した戻し方を相談します。対象と元の版を控えずに複数のドライバーを削除しないでください。DDUなどの強力な削除ツールを、原因未確認の全PCで最初に実行する必要もありません。

2. イベントログはIDだけでなく、発生時刻・ソース・全文を見る

イベント ビューアーの「Windows ログ」→「システム」「アプリケーション」で、フリーズ時刻の前後に繰り返す記録を調べます。イベントIDはソースと組み合わせて確認し、対象デバイス、エラーメッセージ、直前のイベントも控えます。警告が一つあっただけで原因と決めず、症状が出ない時間帯との差も見ます。

たとえばストレージ関連のイベント129は、デバイスへのリセットが記録される例です。番号だけで「DiskというソースのSSD故障」と言い換えないでください。Microsoftのストレージ診断資料はWindows Server向けですが、129・153などのログ例と、データ保護・ドライバー・ファームウェアの確認という考え方を示しています。Windows 11では自分のPCのログ全文とメーカーの診断を優先します。

Kernel-Processor-Power 37やWHEA-Loggerの記録がある場合も、時刻・対象・メッセージを保存してメーカーへ相談します。警告を消すことと問題の解決は別です。ログだけを理由にASPM、C-State、ACPIを無効化しないでください。

3. Windowsコンポーネントの破損が疑われる場合はDISM→SFC

複数のWindows機能が動かない、更新に失敗するなど、システムファイルの問題も疑われる場合に使います。MicrosoftのSFC手順に従い、管理者のコマンドプロンプトでDISMを先に実行し、完了結果を確認してからSFCを実行します。

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

DISMはWindowsイメージのコンポーネントを修復し、SFCは保護されたシステムファイルを検査・修復します。SFCを「ディスクのファイルシステムや物理故障を修復するコマンド」とは扱いません。DISMが修復元などのエラーで止まった場合は結果を記録し、先の公式案内に従います。24H2ではレジストリ破損が増えている、またはこの2コマンドで高確率で直る、という根拠にはなりません。

4. メモリ・ストレージはデータ保護を優先して診断する

メモリ診断

作業を保存してからWindowsの検索で「Windows メモリ診断」を開き、再起動を伴う検査を行うか確認します。機種メーカーのハードウェア診断がある場合は、その手順も利用します。エラーが出たら結果を記録してメーカーへ相談し、オンボードメモリなど分解・交換できない構成を自己判断で触らないでください。

検査でエラーが出なかったことは、すべての条件で故障がない保証ではありません。「特定回数を通ったから問題なし」「2 GBごとにエラーなら交換」といった一律の基準で判断せず、増設前後の変化と対応仕様を確認します。

ストレージ診断とchkdskの範囲

保存エラーやSSDの警告があるときは、長い負荷テストや書き込み修復よりデータの保全を優先します。SSDの型番に合うメーカー診断で健康状態とファームウェア情報を確認します。「健康度90%」など一つの数値だけで正常・異常や交換時期を決めません。

NTFSのファイルシステムをオンラインで確認する場合の例は次のとおりです。管理者のコマンドプロンプトで実行し、結果を読んでから次を判断します。

chkdsk C: /scan

chkdskの公式資料では、/scanはNTFSのオンラインスキャン、/fはエラー修復、/rは不良セクターの検出と読める情報の回収(/fも含む)です。/f /rは時間や再起動を要することがあり、すべてのフリーズで最初に実行する手順にはしません。必要な修復はバックアップと作業時間を確保してから進めます。chkdskはSSDの全ハードウェア診断や故障の修理ではありません。

5. 常駐アプリを切り分ける:クリーンブートは一時的な診断

自分で導入したオーバーレイ、RGB制御、周辺機器用ユーティリティなどは、一つずつ通常の終了操作で止めて差を確認します。製品名だけで犯人と決めません。バックアップ中のアプリを強制終了したり、会社の管理ソフトや保護機能を独断で停止したりしないでください。

通常の比較で絞れない場合は、Microsoftのクリーンブート手順を使う選択肢があります。機能が一時的に使えなくなるため、元の設定を控え、管理PCでは管理者に相談してから行います。Microsoftサービスを隠さずに全サービスを無効化したり、msconfigの詳細ブート設定を変更したりしないでください。

  1. 変更前のサービス・スタートアップ項目を記録し、戻し方を公式手順で確認する。
  2. 必要性と影響を確認したうえで公式のクリーンブート手順を実施し、問題が出る元の操作で比較する。
  3. 再発しなくなっても即断せず、無効化した項目を段階的に戻し、同じ条件で再現するか確認する。
  4. 診断後は変更した項目を元の状態へ戻す。通常利用で必要な機能が動くことを確認する。

30分発生しなかっただけでは、低頻度の問題が解消したとは限りません。普段の発生条件と頻度を基準に比較し、確認できた範囲を記録します。

6. BIOS・ファームウェア更新は正確な機種の手順で

メーカーの対象機種ページで、BIOSやSSDファームウェアの変更点・対応OS・前提条件を確認します。「2024年12月以降のBIOSなら第12世代HXの問題が必ず直る」といった日付・CPU世代だけの共通ルールはありません。別機種用ファイルの適用や、電源管理設定の一括変更は避けてください。

更新が必要な場合は、事前バックアップ、安定した電源、必要なバッテリー残量、BitLocker回復キーの確保などをメーカーの手順で確認します。BitLockerの一時停止などを求められる場合は対象手順と再開まで確認し、TPMのクリアやSecure Boot無効化で代用しません。例としてDellのBIOS更新案内がありますが、他社機にはそのメーカーの説明を使用します。

BIOS更新中に電源を切らないでください。OSが頻繁に停止して更新完了に不安がある場合は、自己流で更新を繰り返さず、メーカーに適切な更新・修理方法を確認します。

7. 温度・電源管理:保護機能を外して解決しようとしない

通気口が塞がれていないか、指定のACアダプターを使っているか、ファンに異常がないかを確認します。温度ログを取れる場合も、CPU・GPU・VRMそれぞれの仕様、負荷、冷却設計と合わせて読みます。CPU 90℃やGPU 87℃などを全機種共通の故障境界とし、すぐに分解・グリス交換・電力制限解除へ進む手順にはできません。

IntelはDTTの無効化・削除を推奨していません。DTTはメーカーが定めた電力・温度の条件に応じて制御するため、フリーズ対策としてデバイス マネージャーで一律に無効化しないでください。GPUの電源モードやBatteryBoostも、変更すればすべての周期的停止が直る設定ではありません。必要なら機種・アプリごとの公式案内で一項目だけ比較し、元へ戻せるよう記録します。

MicrosoftのModern Standby FAQは、OSの完全再インストールなしで電源モデルを切り替えることをサポートしていないと説明しています。BIOSやレジストリでS0ixを無効化すればS3へ安全に切り替わる、とは限りません。スリープ復帰が条件なら、その記録をメーカーに渡して対応BIOS・ドライバーを確認します。

8. 改善しない場合:再インストールとリセットを区別する

ハードウェア故障が疑われる場合は、Windowsを何度もリセットするよりメーカー診断を優先します。Windows側の破損が残る場合は、作業を保存して復旧方法を検討します。回復操作はアプリや設定に影響するため、実行前に何が残り何が削除されるか確認してください。

選択肢保持・変更されるもの確認事項
Windows Updateを使った現在の版の再インストールアプリ・ファイル・設定を保持してシステムを修復項目が表示されない管理環境などがある。同じ版の修復であり、サポート中の版への移行とは別
このPCをリセット:個人用ファイルを保持個人ファイルを保持するが、アプリと設定は削除バックアップとアプリの再導入手段を用意
すべて削除個人ファイル・アプリ・設定を削除通常の初手ではない。対象データとバックアップを慎重に確認

利用できる場合は「設定」→「システム」→「回復」の、Windows Updateを使用して問題を解決する項目を確認します。Microsoftの現在のWindows版を再インストールする手順は、保持対象と利用条件を説明しています。電源とインターネット接続を保って進めます。

リセットを選ぶ場合はMicrosoftのPCリセット手順を読み、別の場所へのバックアップ、BitLocker回復キー、アプリの再インストールに必要な情報を用意します。「個人用ファイルを保持」でもアプリと設定は消えます。クラウド ダウンロードとローカル再インストールの違い、画面の最終確認を読み、必要な選択肢だけ進めてください。

所要時間や必要な空き容量を「20~40分」「30 GBで十分」と固定できません。環境と画面の案内で確認し、リセット中の一時的な黒画面や再起動をフリーズと決めつけて電源を切らないでください。リセットはハードウェア故障やすべてのドライバー問題を必ず直すものではありません。

復旧後に再発を確認する

  1. Windowsの版・更新状態と、機種に合うドライバーを確認する。サポート終了した版のまま恒久運用しない。
  2. 元のフリーズが起きた操作と周辺機器構成を再現し、確認した時間・回数・結果を記録する。
  3. 必要なアプリや周辺機器を一度に全部戻さず、段階的に追加して比較する。
  4. 診断のために変えた設定を確認し、保護機能や必要なサービスを無効のまま残さない。

追加の診断:ツールの数値だけで原因を断定しない

Windows Performance RecorderとAnalyzer

Windows Performance ToolkitのWPRは動作のトレースを収集し、WPAはその分析に使います。サポート担当者と相談し、症状が発生する前後を含む短い記録を取り、時刻と操作を一緒に伝えます。CPUやディスクのグラフの一部だけで原因を断定せず、用途に合う記録項目を選びます。トレースにはプロセス名やパスなどの情報が含まれ得るため、公開掲示板へ無差別にアップロードしません。

Process Explorerとハンドル

MicrosoftのProcess Explorerは、プロセスが開くハンドルやDLLを調べる補助になります。ハンドル数の増加と実際の症状を時間軸で比較しますが、特定の文字列が見つかっただけでバックアップソフトの不具合と断定したり、開いたハンドルをむやみに閉じたりしないでください。

LatencyMonは音声途切れなどの補助診断

開発元のLatencyMon説明では、DPC・ISR実行時間などを調べ、リアルタイム音声処理の遅延を評価するツールとされています。音声途切れを伴う場合の資料になりますが、ACPI.sysやnvlddmkm.sysの数値が一度1 msを超えたことだけで、周期的フリーズの原因を確定できません。数値を下げるためだけにACPIやページファイルなどを無効化しないでください。

サポートへ渡す情報と、相談を優先する状態

保存エラーが増える、ハードウェア診断でエラーが出る、異常な発熱・におい・電源断がある場合は、無理に負荷テストや更新を続けずメーカーへ相談します。問題のある機器ではデータのバックアップ方法自体も相談してください。

問い合わせには、環境の記録表、正確な発生時刻、イベントのソース・ID・全文、試した操作と変更前後の結果を添えます。パスワードやBitLocker回復キーは公開しません。ログに写るユーザー名やファイル名にも注意し、サポートが指定する安全な方法で必要な情報だけ渡します。

まとめ

Windows 11 24H2の周期的フリーズは、版と機種、停止する範囲、更新前後の変化をそろえて切り分けます。データを守り、公式の既知問題と対応更新を照合し、必要に応じてシステム修復やメーカー診断へ進みます。電源・熱の保護機能を一律に外す方法や、リセットで必ず直るという前提ではなく、変更を一つずつ検証することが重要です。

この記事を書いた人

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

コメント

コメントする

目次