Windows 11アップデートの赤いビックリマークが消えない?エラーとCPU・TPM要件の確認

Windows 11のアップデート画面で赤いビックリマークや赤丸が消えない場合は、まずマークの横のメッセージ、エラーコード、対象の更新プログラム(KB番号)を確認します。再起動待ち、更新の失敗、OSバージョンのサポート期限、端末の要件不足では対応が異なります。

Windows Updateの赤いビックリマークだけでは、古いCPUやTPM不足が原因だと判断できません。

古いCPUでWindows 11を動かしている場合も、更新エラーの調査と、正式な対応要件の確認を分けて進めます。以下では設定画面からの確認を先に行い、キャッシュの一括リセットや買い替えを最初の対処にはしません。

目次

最初に赤い警告のメッセージを読む

表示・状況確認と次の対応
再起動が必要作業を保存し、設定にある再起動を実行。その後、同じ更新の状態を確認。
インストール失敗/再試行とエラーコード更新履歴でKB番号とコードを記録。更新トラブルシューティングへ。
システム要件を満たしていないという明記PC正常性チェックやCPU・TPM・UEFIの対応を確認。
Windowsのバージョンがサポート終了winverで版を確認し、対応する機能更新とサポート期間を調べる。
組織による管理・制限社内の更新管理者へ。ポリシーや接続先を独断で変更しない。
新しい機能更新がまだ提供されない対象版の既知の問題や保護措置、段階的配信を確認。強制導入から始めない。

この表は原因を整理するための手順です。アイコンの色と原因が一対一に対応するという意味ではありません。「最新の状態です」と別の警告が同時に見える場合も、具体的な警告文を記録してください。

  • 「設定 → Windows Update」で警告文とコードを確認する。
  • 「更新の履歴」で失敗したKB番号・日時と、その後に成功した記録があるか確認する。
  • Windowsキー+Rでwinverを開き、バージョンとOSビルドを控える。
  • 再起動待ちなら保存して再起動し、同じKBの再失敗か、過去の失敗記録だけかを区別する。

Microsoftの更新エラー対処は、更新時のメッセージとエラーコードに応じた確認を案内しています。過去の失敗が履歴に残っているだけで、現在もその更新が未適用とは判断しません。画面を共有する場合は、個人情報や組織の情報を隠します。

警告の画像だけで判断せず、メッセージ・KB番号・エラーコードを一緒に控えます。再起動待ちと互換性の警告を分けると、必要な対応が選びやすくなります。

更新が失敗している場合:負担の小さい確認から進める

  • 重要なファイルのバックアップと、システムドライブの空き容量を確認する。
  • 安定したネット接続と電源を確保し、更新の一時停止中なら再開する。
  • 再起動を求められていれば、インストール途中の電源断を避け、画面の案内に従って再起動する。
  • Windows 11の「ヘルプを表示(Get Help)」でWindows Updateのトラブルシューティングを実行する。
  • 解消しなければ、同じKBのコードを記録して公式の該当手順や既知の問題を確認する。

公式のWindows Updateトラブルシューティングには、Get Helpによる診断と、「設定 → システム → トラブルシューティング → その他のトラブルシューティング ツール」の確認先があります。診断後は再起動し、必要な更新を確認します。

「1週間停止すれば直る」という方法を共通の解決策にはしません。一時停止は配信を止める操作で、CPUの対応や破損を修復する機能ではありません。再開したときに同じKBが成功したかを確認します。

更新の確認は、再起動・接続・空き容量・公式の診断から始めます。別のエラーへ変わった場合も、コードを記録してから次の操作を選びます。

システムファイルの破損が疑われるとき

公式の診断で改善しない場合は、Microsoftのシステムファイル修復手順に沿って管理者のコマンドプロンプトでDISM、次にSFCを使います。次のコマンドは修復を実施するもので、単なる状態表示ではありません。実行前に作業を保存し、DISMの結果を読んでからSFCへ進みます。

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

DISMは通常Windows Updateから修復用のファイルを取得します。接続先や修復元の問題で失敗したら、同じコマンドを繰り返す前にコードを確認します。SFCの完了と結果を待ち、必要に応じて再起動した後、更新画面で対象KBを再確認します。

サービス停止やSoftwareDistribution・catroot2の名前変更を、赤いマークがある全端末へ一括適用する必要はありません。CPU・TPMの非対応を、これらのキャッシュ操作やDISMで対応済みにすることもできません。

Windows Updateで現在のWindowsを再インストールする

更新の構成やシステムファイルが原因で、基本の対処でも改善しない場合は、「設定 → システム → 回復 → Windows Updateで問題を解決する」の「今すぐ再インストール」を確認します。公式の再インストールによる修復は、現在の同じバージョンを再インストールし、アプリ・ファイル・設定を保持する方法です。重要データのバックアップを取ったうえで、電源とインターネットを確保してください。

この機能はWindows 11の対応する構成で利用できます。公式案内では22H2以降に加え、2024年2月のオプション更新以降が必要で、更新を組織が管理している端末などでは利用できない場合があります。項目がないだけでPCの故障とは判断しません。

保持する修復と、PCの初期化・クリーンインストールは別の操作です。画面に表示された保持対象を確認し、要件不足を修復で解消できるとは考えないでください。

古いCPUは「世代」だけで判定しない

Windows 11の公式システム要件には、対応するプロセッサ、TPM 2.0、UEFIとSecure Boot対応などが含まれます。推奨条件を満たすと快適になるという話ではなく、正式な対応要件の確認です。「Intel第8世代以降なら全部対応」といった世代だけの判定を避け、正確なCPU名と公式の対応一覧を照合します。

項目確認の要点
CPU対応するプロセッサ。1GHz以上・2コア以上だけで、すべてのCPUが対応するわけではない。
メモリとストレージRAM 4GB以上、ストレージ64GB以上。ストレージ容量の要件と更新用の空き容量は別。
TPM仕様バージョン2.0。物理的な別チップだけとは限らず、対応するファームウェアTPMもある。
ファームウェアUEFIでSecure Bootに対応できること。現在のオン/オフだけで対応可否を決めない。
その他グラフィックス・表示・セットアップ条件も、公式要件とPC正常性チェックで確認。

Windowsが起動できること、更新が一度成功したこと、PCがすべての要件を満たすことは、それぞれ別の確認です。CPUが対応していても、TPMの無効化など別の要件が判定を妨げる場合があります。

TPM 2.0とSecure Bootを読み取り確認する

  • Windowsキー+Rでtpm.mscを開き、状態と「仕様バージョン」を確認する。2.0かを確認し、製造元のバージョン番号と混同しない。
  • 「互換性のあるTPMが見つかりません」と出たら、非搭載と断定せず、メーカーの機種別手順で無効になっていないか調べる。
  • Windowsキー+Rでmsinfo32を開き、BIOSモードとセキュア ブートの状態を確認する。
  • PC/マザーボードの完全な型番・リビジョン・BIOS版を控え、メーカーの対応情報を参照する。

公式のTPM 2.0確認手順にはIntel PTTやAMD fTPMなどの表記例があります。該当する機種の説明に従い、有効化した後もWindowsで仕様2.0と準備状態を確認します。TPMのクリアは有効化と別の操作で、この確認のためには行いません。

MicrosoftのSecure Boot説明では、Windows 11へのアップグレード要件はUEFIでSecure Bootに対応できることです。設定に入る場合はWindows 11の「設定 → システム → 回復」の高度な起動オプションから、UEFIファームウェアの設定を確認します。手元の機種にその項目がなければメーカーの案内に従います。

Legacy起動のPCでCSMを止めたりUEFIへ切り替えたりすると、起動できなくなる場合があります。暗号化の回復手段やバックアップを確認し、構成変換が必要ならメーカーまたは管理者へ相談してください。BIOS更新も型番の一致とメーカーの手順が前提で、古いCPUそのものの対応を必ず追加できる方法ではありません。

TPMの項目がないときも、すぐに追加チップを買う必要があるとは限りません。まずPTT・fTPMの対応を機種の公式情報で調べ、Windows側の仕様バージョンと照合します。

要件を回避して導入したWindows 11の場合

Microsoftの要件を満たさない端末への説明では、非対応端末はサポート対象にならず、セキュリティ更新を含む更新プログラムも保証されないと案内しています。一部の更新が届いた実績を、今後のすべての更新の保証として扱いません。

AllowUpgradesWithUnsupportedTPMOrCPUなどのレジストリ値を設定しても、CPU・TPM・UEFIの対応要件を満たすようにはなりません。赤いアイコンを隠すための設定や、すべての現行版で使える公式の導入手順として案内しません。非対応の警告と、具体的なKBの失敗が同じ原因かは別に調べます。

要件回避で起動できたことを正式な対応と同じにしないでください。ただし、赤いマークが出た原因を、確認なしに非対応CPUだけへ結び付けるのも適切ではありません。

Windows 10へ戻す案内を読む場合も、通常のサポートは2025年10月14日に終了していることを考慮します。現在のConsumer ESU公式案内では、対象のWindows 10 22H2に対して2027年10月12日までのセキュリティ更新を説明しています。加入条件があり、商用の管理端末は別扱いです。ESUは一般の機能改善や技術サポートを復活させる制度ではありません。

CPU・マザーボードを交換する前に確認すること

正式対応ができない場合は、対応する端末への移行を検討します。ただし、買い替えたCPUだけで赤い警告の原因が必ず消えるとは保証できません。対応CPU・TPM・UEFIの組み合わせ、マザーボードやメモリとの互換性、利用するアプリ・周辺機器を先に確認します。データ移行とライセンスの準備も含めて判断してください。

CPUやマザーボードの交換とWindowsのライセンス認証は別の確認です。公式のハードウェア変更後の再認証手順に従い、変更前に「設定 → システム → ライセンス認証」の状態とエディション、デジタルライセンスのアカウント関連付け、必要なプロダクトキーを確認します。変更後の再認証は元と同じエディションなどの条件があり、すべてのリテール/OEMライセンスで必ず移行できると決めつけません。

認証エラーが出ているならライセンス認証の画面で調べます。Windows Updateの赤いアイコンだけで、ライセンスが原因と判断して購入し直す必要はありません。

部品交換を決める前に、要件の不足箇所と更新エラーを切り分けます。移行する場合は、データ・アプリ・ライセンスを確認してから進めましょう。

問い合わせに必要な情報と、解決したかの確認

  • WindowsのバージョンとOSビルド、PC型番、CPUの完全な名称。
  • 警告文、KB番号、エラーコード、失敗した日時と成功した履歴。
  • PC正常性チェックの結果、TPM仕様、UEFI/Secure Bootの状態。
  • 会社・学校による管理の有無と、既に実行した診断・修復。

機能更新の提供や既知の問題はWindows release healthで、手元のバージョンに対応する情報を確認します。新しい版がすべてのPCへ同じ日に提供されるとは考えず、保護措置の対象ならその案内に従います。

修復後は同じKBが成功したか、再起動要求がなくなったか、警告文が変化したかを確認します。表示が消えただけで、非対応のハードウェアまで正式対応に変わったとは判断しません。

よくある質問

赤いビックリマークがあるとCPUを交換する必要がありますか?

必要とは限りません。再起動待ちやKBの失敗なら、その更新の対処を先に行います。要件不足の明示があれば、不足している具体的な項目を確認します。

TPM 2.0のチップが見えない場合は非対応ですか?

対応する機種ではPTT・fTPMなどを利用できる場合があります。型番別の説明とtpm.mscの仕様バージョンを確認してください。

要件を回避すれば更新も保証されますか?

保証されません。Microsoftは非対応端末をサポート対象外と説明しています。回避設定は対応要件を満たす代わりにはなりません。

まとめ

赤い警告はメッセージ・KB・コードを読んでから対処します。更新の失敗は再起動と公式診断、必要な修復へ進み、CPU・TPM・UEFIの対応要件は別に確認します。要件回避や買い替えを万能な解決策とせず、同じ更新の成功と端末の対応状態をそれぞれ確認してください。

この記事を書いた人

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

コメント

コメントする

目次