Windows 11の更新エラー0xC1900201:23H2のサポート期限と安全な確認手順

Windows 11の更新で「0xC1900201」が表示されたときは、ウイルス対策ソフトの削除や更新サービスのリセットから始めるのではなく、セットアップが示した要件とログを確認します。このコードだけでは、CPU、システムファイル、EFIシステムパーティションなど、具体的にどこが問題なのかは確定できません。

この記事では、Microsoftの公開資料をもとに、エラーの意味、23H2のサポート状況、データや起動構成をむやみに変更しない切り分け手順を整理します。情報確認日:2026年10月20日。実機での再現試験や解決率の検証を示す記事ではありません。

訂正:旧版に記載した筆者・知人の体験談や「多くのケースで解決する」といった説明には、確認できる根拠がありませんでした。また、0xC1900201をサービス不具合やシステムファイル破損と結び付ける表、セキュリティソフトの一律削除、サービス設定の変更、EFI領域の拡張を一般的な対処として勧める記述を修正しました。現在は、原因を確認してから必要な対応を選ぶ構成です。

目次

0xC1900201の正確な意味と、似たコードとの違い

MicrosoftのModern setup errors一覧では、0xC1900201は「MOSETUP_E_COMPAT_SYSREQ_CANCEL」です。定義は、更新のインストールに必要な最小要件を満たさないため、ユーザーがキャンセルを選択した状態を表します。要件不適合に関係するコードですが、「CPUが非対応」「EFI領域が不足」「更新キャッシュが壊れた」といった個別の原因までは表していません。

資料のタイトルにはWindows 10とありますが、ここでは同資料に掲載されたMoSetupのコード定義を参照しています。Windows 11の要件や対処は、別途Windows 11向けの資料で確認します。出典:Microsoft Learn「Modern setup errors」。

コードMicrosoftの識別名切り分けでの意味
0xC1900200MOSETUP_E_COMPAT_SYSREQ_BLOCK最小要件を満たさないことによるブロック。0201のキャンセルとは区別する。
0xC1900201MOSETUP_E_COMPAT_SYSREQ_CANCEL最小要件を満たさないことに関連するキャンセル。画面の詳細とログを確認する。
0xC1900208MOSETUP_E_COMPAT_INSTALLREQ_BLOCKインストールの互換性スキャンでブロック。アプリなどの互換性問題を調べるコードで、0201と同一ではない。
0xC190020EMOSETUP_E_INSTALLDISKSPACE_BLOCKインストール用の空き容量要件を満たさないブロック。0201だけで同じ原因と判断しない。

エラー番号の末尾まで記録しましょう。「0201」と「0208」では調べる出発点が異なります。番号に加えて、同じ画面に出た理由や、どの更新で失敗したのかが重要です。

23H2を更新先にする前に、エディションとサポート期限を確認

2026年10月20日時点で、23H2は最新のWindows 11ではありません。「23H2へ更新するエラー」なのか、「現在23H2のPCを新しいバージョンへ更新するエラー」なのかを区別してください。設定の「システム」→「バージョン情報」でエディションとバージョンを確認し、Windows Updateの更新名も記録します。

23H2のエディション確認したサポート状況対応の考え方
Home / Pro2025年11月11日に更新提供が終了。23H2への新規アップグレードを目標にせず、PCに提供されるサポート対象のバージョンを確認する。
Enterprise / EducationMicrosoftのリリース正常性情報では2026年11月10日に更新提供終了予定。終了が近いため、組織の管理者とサポート対象バージョンへの移行を確認する。

出典:23H2 Home / Proの更新終了案内、23H2のリリース正常性情報。期限はエディションで異なり、管理対象PCでは更新ポリシーも関係します。

同日時点のWindows 11リリース情報には26H2や25H2などのサポート対象バージョンが掲載されています。番号の新しさだけで選ばず、まず「設定」→「Windows Update」でそのPC向けに提供される更新を確認してください。なお、26H1は特定の新しいデバイス向けであり、既存の24H2 / 25H2端末向けの通常の機能更新として提供されるものではありません。

互換性上の問題によるセーフガードホールドがある場合は、解除されるまで手動で更新を強行しないことがMicrosoftの推奨です。要件不足を回避するレジストリ変更や非公式ツールも、本記事の対処には含めません。出典:Windowsのセーフガードホールド、最小要件を満たさないデバイスへのWindows 11のインストールに関する注意。

最初に記録・確認すること

  1. 失敗した更新:更新名、対象バージョン、KB番号があればその番号、Windows Update・インストールアシスタント・ISOなどの実行経路。
  2. エラー表示:0xC1900201のほか、追加コード、全文、失敗時刻、再起動の前後、表示された要件・アプリ名など。画面を閉じる前に保存します。
  3. 現在の構成:Windowsのエディション・バージョン・OSビルド、PCのメーカーと型番、CPU、空き容量。会社・学校の管理対象かも確認します。
  4. データの備え:後で修復や更新を行う前に必要なファイルをバックアップし、暗号化を使用している場合は回復キーを自分で確認できる状態にします。キーを公開の相談欄へ貼り付けないでください。

セットアップログが残っている間に保存し、診断前のディスククリーンアップ、Windows.oldや$Windows.~BTの削除、更新キャッシュの初期化は避けます。関連ログが失われると、何が停止条件だったのかを確認しにくくなるためです。

1. 要件と互換性メッセージを確認する

「このPCはWindows 11の要件を満たしていません」などの表示がある場合は、表示された項目を優先して確認します。CPUだけが対応していても、他の要件を満たすとは限りません。主な確認対象には、対応CPU、4GB以上のメモリ、64GB以上のストレージデバイス、UEFIとセキュアブート対応、TPM 2.0などがあります。これは要件の一部であり、グラフィックスなども含めて公式一覧を確認してください。

「64GB以上のストレージ」はドライブ容量の要件であって、更新時に必要な空き容量が常に64GBという意味ではありません。また、セキュアブートの「対応」と現在の設定状態は区別します。出典:Windows 11のシステム要件。

要件の表示とPCの仕様が食い違う場合は、正確な型番と画面の内容をPCメーカーへ伝え、対象バージョンへの対応状況を確認します。BIOS / UEFIの更新や設定変更が必要かどうかも、メーカーの機種別案内を確認してから判断します。起動方式の切り替え、TPMのクリア、ディスク形式の変換を一括して試す手順ではありません。

セットアップが「注意が必要なもの」を表示した場合は、そこに示された理由を確認します。アプリやドライバーが名指しされている場合に、その対象の更新・対応版への変更などを検討します。出典:Windowsアップグレード中の「注意が必要なもの」通知。

2. Windows Updateの問題はGet Helpから診断する

Windows Update経由で失敗し、更新機能側の問題も疑われる場合は、まず「ヘルプを表示(Get Help)」アプリのWindows Updateトラブルシューティングを利用します。これは更新機能の診断であり、非対応CPUや不足しているハードウェア要件を解消するものではありません。

  1. MicrosoftのWindows Updateトラブルシューティング案内を開き、Get Helpのトラブルシューティングを開始します。
  2. 画面の説明を読み、提案される診断・修復を確認します。組織管理のPCで制限が出る場合は、設定を回避せず管理者へ相談します。
  3. 診断結果と実施された修正を記録します。再起動を求められた場合は作業を保存してから行い、対象PC向けの更新を確認します。
  4. 同じエラーが続く場合は、変更を重ねず、次のログ確認へ進みます。

Get Helpで解決しない場合などには、同じ公式案内にある「設定」→「システム」→「トラブルシューティング」→「その他のトラブルシューティング」からWindows Updateの実行項目を確認できます。画面や提供状況はWindowsの状態により異なります。

自動診断の結果も手掛かりになります。「何を直したか」「再試行でエラーが変わったか」を残すと、同じ作業の繰り返しを減らせます。診断の成功だけで機能更新の成功が保証されるわけではありません。

3. SetupDiagとセットアップログで停止理由を調べる

機能更新・アップグレードが失敗した場合、MicrosoftのSetupDiagはWindowsセットアップログを解析し、既知の失敗パターンに一致するかを調べます。まず、セットアップが自動作成した%WinDir%\Logs\SetupDiag\SetupDiagResults.xmlがあれば確認してください。通常WindowsがC:にある場合は、C:\Windows\Logs\SetupDiag\SetupDiagResults.xmlです。

手動解析が必要な場合は、Microsoft LearnのSetupDiagページから最新のツールと要件・実行方法を確認します。同資料では、更新先がサポート中のWindowsで、元のバージョンから対応するアップグレード経路であることなどを条件としています。古い23H2 Home / Proメディアを使い続ける根拠にはなりません。

結果ファイルがない、規則に一致しない、説明が分からない場合でも「問題なし」とは判断できません。失敗した試行の日時と照合し、該当ログを調べます。複数の失敗が記録される場合、Microsoftは最後の失敗が通常は致命的なエラーであると説明しています。

確認するファイル・場所分かること/注意点
C:\$Windows.~BT\Sources\Panther\setupact.log と setuperr.log更新前段階のセットアップ動作・エラー。失敗時刻の前後を確認する。setupact.logは主要な診断ログ。
C:\$Windows.~BT\Sources\Rollbackロールバックが起きた場合の関連ログ。失敗段階によって必要な場所は異なる。
C:\Windows\Pantherセットアップの段階によってログが残る場所。すべての環境に同じファイルがあるとは限らない。
CompatData*.xml / *_APPRAISER_HumanReadable.xml互換性スキャンの情報。対象の試行と時刻を合わせ、具体的なブロック対象が記録されているか調べる。

上記のC:はWindowsをインストールしたドライブに読み替えます。場所や確認するログの詳細は、Windowsアップグレードのログファイルを参照してください。フォルダーは通常非表示です。

CompatData*.xmlはPantherフォルダーなどに、*_APPRAISER_HumanReadable.xmlはOSドライブ内に残ることがあります。Microsoftの互換性スキャンログの読み方は主に0xC1900208のアプリ・ドライバー互換性問題を扱います。ログに具体的な対象がある場合の参考にし、0xC1900201を同じ問題と決め付けないでください。

ログ中の単語「Error」や単独のブロック項目だけで原因を断定せず、SetupDiagの結果、画面表示、該当試行の時刻を突き合わせます。ログにはユーザー名やパスなどが含まれることがあるため、公開掲示板へ一式を掲載せず、必要な情報だけを確認済みのサポート窓口へ渡してください。

4. 原因が確認できた項目だけを対処する

ウイルス対策ソフトを一律にアンインストールしない

0xC1900201だけでは、セキュリティソフトが原因とは判断できません。セットアップや解析結果で特定の製品が示された場合は、まず製品の対応バージョンとメーカーの案内を確認します。削除が必要と案内された場合も、管理者・製品サポートと、再インストール方法や保護の継続を確認してから対応してください。

「一時的だから安全」「Windows標準機能が必ず代わりに保護する」とは断定できません。組織のセキュリティ製品を無断で停止・削除したり、原因不明のまま複数製品を外したりすることは避けます。

サービスの起動設定や更新キャッシュを一括変更しない

サービス一覧で「停止」や「手動」と表示されているだけでは、このエラーの原因とは判断できません。本記事ではWindows Installer、Windows Update、BITSなどを一律に自動起動へ変更したり、まとめて停止・再起動したりする手順は案内しません。

SoftwareDistributionやcatroot2の名前変更も、0xC1900201に対する標準の最初の手順にはしません。既に操作して「アクセス拒否」が出た場合は、所有権・アクセス許可の強制変更や削除を重ねず、実行したコマンド、現在のフォルダー名、エラーを記録して相談してください。

診断前にサービス、キャッシュ、セキュリティ設定を同時に変えると、何が効いたのかも、何が新しい問題を起こしたのかも分かりにくくなります。対象を絞り、変更内容を記録することが大切です。

EFIシステムパーティションの拡張は、コードだけで決めない

「CPUが非対応」という表示からEFI領域不足を推測したり、0xC1900201が出たことだけを理由にパーティションを広げたりしないでください。「システムで予約済みのパーティションを更新できませんでした」などの具体的な表示がある場合は、その全文とディスク構成をメーカーまたは管理者に伝えて確認します。

起動用パーティションの拡張、ファイル削除、フォーマット、ドライブ文字の割り当ては、誤るとWindowsを起動できなくするおそれがあります。本記事では必要容量を一律に指定せず、サードパーティ製ツールを使った拡張手順やEFI内ファイルの削除コマンドは掲載しません。

通常のCドライブの空き容量と、起動用パーティションの容量は別の情報です。片方に余裕があるからもう片方も問題ない、という判断はできません。具体的なメッセージと構成を確認してから対応します。

5. システム破損が疑われる場合に限り、DISMの後にSFC

要件や互換性の確認を済ませ、Get Helpの結果やWindowsの別の不具合からシステムファイル破損が疑われる場合は、Microsoftの修復手順を検討できます。DISM・SFCは、非対応のハードウェアを対応させたり、セーフガードホールドを解除したりするものではありません。

実行する場合は、作業を保存してバックアップを確認し、管理者のコマンドプロンプトで次の順に1行ずつ実行します。管理対象PCは管理者に相談してください。

DISM.exe /Online /Cleanup-Image /RestoreHealth
sfc /scannow
  1. 先にDISMを実行し、正常に完了したことを確認します。失敗した場合は、そのエラーを記録して原因を調べ、成功したものとして次へ進まないでください。
  2. DISMが正常に完了したらSFCを実行し、検証が100%になるまでウィンドウを閉じずに待ちます。
  3. 修復結果を記録します。修復できないファイルや修復元不足のエラーが残る場合は、同じコマンドを繰り返さず、公式案内またはサポートへ進みます。
  4. 修復が完了した場合は必要に応じて再起動し、対象PCに提供される更新を改めて確認します。エラーが続けば、その試行のログで再評価します。

Microsoftの手順はDISM → SFCの順です。DISMは通常Windows Updateを修復元として使うため、更新機能自体の問題があると修復元の検討が必要になる場合があります。版や言語を確認せず、別PCのファイルや適当なISOを修復元に指定しないでください。出典:Windowsでシステムファイルチェッカーを使う、DISMとSFCによる不足・破損ファイルの修復。

6. 再インストールを検討するときの条件

インプレース再インストールは、要件や互換性ブロックを回避する方法ではありません。原因の確認と対応を済ませ、それでもOSの修復が必要な場合に検討します。まずバックアップと回復手段を確保してください。

  • Windows Updateを使う修復:「設定」→「システム」→「回復」に「Windows Updateで問題を解決する」がある場合は、現在のWindowsを再インストールする選択肢です。同じバージョンを修復するもので、23H2を新しいサポート対象バージョンへ移す操作とは別です。管理ポリシーや環境によって表示されない場合があります。
  • 公式メディアを使う場合:MicrosoftのWindows 11ダウンロードページで、提供されるバージョン、言語、アーキテクチャ、ライセンスに合うエディションを確認します。このページは23H2を常に取得できる配布先ではありません。
  • ファイルとアプリを保持する場合:起動しているWindows内からメディアのsetup.exeを開き、保持内容を確認します。「個人用ファイルとアプリを引き継ぐ」を選べない場合や、削除される旨が出た場合は、インストールを確定せず中止して条件を確認します。USBから起動するクリーンインストールとは区別してください。

メディア作成で使うUSBの既存内容は消去されるため、必要なデータがあるUSBは使わないでください。インストールアシスタントとメディア作成ツールにはアーキテクチャ上の制約もあります。Arm PCへx64向けの手順をそのまま適用しないでください。

詳細は現在のバージョンを再インストールして修復する方法とインストールメディアによるWindows再インストールを確認します。「保持する」を選べてもバックアップは必要で、完了やデータ保全を保証するものではありません。

よくある質問

Q. 自分でキャンセルした覚えがなくても、同じ確認でよいですか?

A. まず番号と画面の全文を記録します。Microsoftの識別名はMOSETUP_E_COMPAT_SYSREQ_CANCELですが、短いエラー表示だけでは、どの要件が問題だったかは分かりません。操作の記憶だけで原因を決めず、該当時刻のセットアップログと結果を確認してください。

Q. CPUは対応しているはずなのに、更新できません。

A. CPU以外の要件、対象バージョン、メーカーの機種別対応、実際のブロック理由を確認します。設定やディスク構成を推測で変えるのではなく、表示内容をそのままメーカーへ伝えると切り分けやすくなります。

Q. ウイルス対策ソフトを無効化するだけでは不十分ですか?

A. そもそも、その製品が原因だと確認できているかが先です。コードだけを理由に停止や削除を選ばず、具体的な指摘がある場合に製品メーカーや管理者の手順へ進みます。

Q. SoftwareDistributionの名前変更でアクセス拒否になりました。

A. その失敗と、元のアップグレードエラーは分けて考えます。名前変更を強行するためにアクセス権を変更するのではなく、既に行った操作と現在の状態を記録し、Get Helpやサポートで確認します。

Q. 対処しても同じエラーが続くときは?

A. PCメーカー、Microsoftサポート、または組織の管理者へ、型番、現在と更新先のWindows、更新名、エラー全文、失敗日時、SetupDiagの結果、実施した変更を伝えます。原因不明のまま削除・設定変更・再インストールを積み重ねないでください。

状況別の確認先

確認できた状況次に行うこと避けること
0xC1900201だけ表示される対象更新・詳細メッセージ・SetupDiag・ログを確認。サービス破損やEFI不足などに即断する。
要件不足の項目が表示される公式要件と機種別対応を照合し、メーカーへ相談。要件回避、TPMクリア、起動方式の無計画な変更。
特定のアプリ・ドライバーがブロック対象対応版や製品メーカーの対処を確認。関係のないソフトまで一括削除する。
セーフガードホールドが案内される対象の既知の問題と解除状況を確認。インストールアシスタント等で強行する。
システムファイル破損が疑われるGet Helpを先に確認し、必要ならDISM → SFC。要件不適合の修復方法として同じコマンドを繰り返す。
予約領域などを名指ししたエラーがある全文と構成をメーカー・管理者へ相談。EFI内ファイルの削除や根拠のない領域拡張。

まとめ

0xC1900201は、最小要件に関するキャンセルを示すMoSetupのコードです。まず「何へ更新しようとしたか」「何が不足・不適合と表示されたか」を確認し、サポート対象の更新先を選びます。そのうえで、必要に応じてGet Help、SetupDiag、セットアップログを使い、確認できた原因だけに対処してください。

23H2のHome / Proは更新提供が終了し、Enterprise / Educationも終了が近づいています。旧版の再試行や一律のリセットより、対象PCでサポートされる更新経路と互換性の確認を優先しましょう。

再試行を増やすより、失敗した更新名・時刻・画面・ログをそろえる方が次の判断につながります。原因が分からない段階では、保護機能や起動領域を変えずに相談するのが安全です。

この記事を書いた人

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

コメント

コメントする

目次