0xc1900200は、Windows Setupがアップグレードに必要なシステム要件の判定で停止したことを示すエラーです。「0xc1900200（-1047526912）」と表示された場合も、別のエラーではなく同じ32ビット値の表記違いです。まずエラー全文と更新先を記録し、PCの要件とセットアップのブロック理由を確認します。
0xc1900200と-1047526912の意味
MicrosoftのWindows 11エラー資料では、0xC1900200–0x20008はアップグレードの最小要件を満たしていない可能性として案内されています。Windows Setupの結果コード一覧でも、0xC1900200の名称はMOSETUP_E_COMPAT_SYSREQ_BLOCKで、システムの最小要件によるブロックです。コード一覧のWindows 10向け要件と、更新先のWindows 11要件は混用しません。
| 表示 | 確認する意味 |
|---|---|
| 0xc1900200 | システム要件の判定で停止した結果コード |
| -1047526912 | 0xc1900200を符号付き32ビット整数で表示した値 |
| 0xc1900200–0x20008 | 後半の拡張コードも含めて記録。失敗した段階の調査に使う |
表記の計算は、0xC1900200の値から2の32乗を引くと-1047526912になる関係です。この数値が出たことだけで、EFI領域のフォントや通信速度が原因とは特定できません。
0xc1900200だけを見てEFI領域を掃除するのではなく、更新先と要件判定の結果を先に確認します。エラー全文やログがあると、必要な対処を絞れます。
最初に更新先と現在のPCを確認する
- 「設定」→「Windows Update」→「更新の履歴」などで失敗した更新名、日時、エラー全文を記録します。
- 「設定」→「システム」→「バージョン情報」で現在のWindowsの版・ビルドを確認します。
- Windows 10から11への移行か、Windows 11内の機能更新か、Insider Preview等の別経路かを区別します。
- メーカーのPC型番とCPU型番、使った更新方法を控えます。
Windows 11を使っていることだけで、今回のセットアップ判定も必ず通るとは決めつけません。過去の導入方法と、今回対象にしたバージョンや構成を確認します。Insiderの情報や別バージョンの対処を、そのまま一般提供の更新へ流用しないでください。
PC正常性チェックとWindows 11の要件を確認
Windows 11の公式システム要件とPC正常性チェックを使い、どの項目が不足と表示されるか確認します。CPUは動作周波数だけでなく対応するプロセッサーかを確認します。
| 項目 | 確認すること |
|---|---|
| CPU・メモリ | 対応する64ビットCPU等（1GHz以上・2コア以上）、4GB以上のRAM |
| ストレージ | 64GB以上の記憶装置。これは更新に必要な空き容量そのものとは別 |
| ファームウェア | UEFI・Secure Boot対応 |
| TPM | TPM 2.0 |
| グラフィックス・画面 | DirectX 12/WDDM 2.0等、公式要件の対象。PC正常性チェックはこれらを検査しない |
TPMやファームウェアの設定で対応できるかは、メーカーの機種別手順を確認します。TPMをクリアする操作、LegacyからUEFIへの切替、ディスク変換を、単なる有効化と同じ手順として実行しません。必要な変更はバックアップと復旧方法を用意し、管理者・メーカーと対象を確認してください。
要件に問題が見つからない場合はSetupDiagへ
MicrosoftのSetupDiagは、Windows Setupのログを解析して失敗理由を調べるツールです。自動解析の結果がある場合は、%WinDir%\Logs\SetupDiag\SetupDiagResults.xmlを先に確認します。標準的なWindowsフォルダーならC:\Windows\Logs\SetupDiag\SetupDiagResults.xmlに相当します。
- 失敗した更新の日時と、結果ファイルの日時が一致するか確認します。
- 解析に出たルールやFailure情報、コードを記録します。結果があるだけで原因がすべて特定できたとは扱いません。
- 結果がない・判断できない場合は、公式SetupDiag資料のダウンロードと適用要件を確認し、管理者権限でその案内に沿って解析します。
- 結果と元のセットアップログを保存し、メーカーや管理担当者へ渡します。
SetupDiagは解析のためのツールであり、実行すれば自動的に要件を変更してアップグレードできる修復ツールではありません。複数の失敗が示される場合、公式資料では最後の失敗が致命的な原因であることが多いと説明しています。最初のErrorだけを抜き出して対処を決めないでください。
setupact.logとsetuperr.logの確認場所
Microsoftのセットアップログ資料では、ログの場所は失敗した段階で変わります。次の場所に該当する更新のログがあるか確認します。存在しない場合は、別の段階の保存先や解析結果を調べます。
| 場所の例 | 対象 |
|---|---|
| C:\$Windows.~BT\Sources\Panther | 更新前のWindows上で進める段階のsetupact.log・setuperr.log |
| C:\$Windows.~BT\Sources\Rollback | ロールバックのログ |
| C:\Windows\Panther | インストール後の段階のログ |
ログはコピーしてから、エラーコードの最後の出現箇所とその前後を確認します。コード、日時、CONX等の互換性情報、直前に失敗した処理をセットで読みます。単にerrorやfailが出た行すべてを今回の原因とは扱いません。清掃や再インストールでログを失う前に保存してください。
PCの仕様が要件を満たしているように見える場合も、セットアップが何をブロックしたかを確認します。結果ファイルと失敗日時を合わせると、以前の更新のログとの取り違えを防げます。
EFI領域の容量やフォント削除は、原因確認後の別判断
EFI・システム予約領域は起動に関わる領域です。0xc1900200の表示だけを根拠に、マウントしてFontsフォルダーを一括削除する手順は使いません。ログや画面にシステム予約領域を更新できない旨が実際に出ている場合は、そのメッセージとディスク構成を記録して管理者・メーカーへ相談します。
Cドライブの空き容量、EFI領域の総容量、EFI領域内の空き容量は別です。「200MBなら必ず解決」「Windows標準のディスク管理でEFIを簡単に拡張できる」といった一律の案内にはしません。パーティション編集が必要と確認された場合は、機種と構成に合う手順・バックアップ・起動復旧の準備を先に行います。
ISO・通信・セキュリティソフトは原因に合わせて扱う
ISOからセットアップする場合も、PCの要件や更新対象への適合は確認されます。ISOに切り替えれば要件ブロックを解消できる、ネット接続が一切不要になる、という説明にはしません。先にブロック理由を調べ、別経路が適切か確認します。
ダウンロードや通信のエラー、特定ドライバー・ソフトとの互換性エラーがある場合は、そのコードと対象に対応します。0xc1900200の表示だけでリアルタイム保護を停止したり、Windows Updateへの例外を大量に追加したりする必要はありません。
必要な要件やログの理由が分かったら、その項目に合う変更を一つずつ行います。更新の再試行結果も控え、改善しない時は記録を管理担当者へ渡してください。
再試行と問い合わせの確認項目
再試行の前に、要件チェックで不足した項目か、SetupDiag・セットアップログが示したブロック理由を一つ特定します。再試行後は同じコードが出るかを記録し、理由が未特定のままEFIのファイル削除やパーティション拡張を繰り返さないでください。
問い合わせ時は、PC型番・CPU型番、現在と更新先の版、PC正常性チェックの結果、エラー全文、SetupDiag結果、保存したログ、実施した変更をまとめます。個人情報が含まれるログは、必要な範囲を管理者の案内で共有してください。
コメント