Windows 11のアップグレードが0xC1900101 – 0x40021で失敗した場合、エラーコードだけでは原因のドライバを特定できません。まずデータと失敗時のログを保全し、不要な外付け機器、メーカーが提供する対応ドライバ、SetupDiagの結果を順に確認します。画面に「SECOND_BOOT」「SYSPREP_RESPECIALIZE」と表示されていても、特定のWi-Fi機器やBugCheck 0x7Eが原因だと決めつけないことが大切です。この記事では、設定アプリが開かない場合も分けて、安全な切り分け手順を説明します。
Windows 11のインストールエラーとは
この記事は、既存のWindowsからWindows 11へアップグレードする、またはWindows上でセットアップを実行し、失敗して以前の環境に戻った場合を中心に扱います。USBから起動するクリーンインストールは、既存のアプリやデータを保つアップグレードとは別の操作です。同じように「インストール失敗」と見えても、実行方法とエラー全文を記録してください。
エラーメッセージの概要
Microsoftの説明では、0xC1900101はロールバックが起きたことを示す汎用的な結果コードで、多くはドライバ互換性が関係します。ただし、コードだけで故障部品やドライバ名、停止コードは決まりません。BugCheck 0x7E（SYSTEM_THREAD_EXCEPTION_NOT_HANDLED）かどうかは、実際の停止画面、ログ、ダンプで確認が必要です。
発生するタイミング
拡張コードは、セットアップが失敗した段階と処理を調べる手掛かりです。エラー画面に「SECOND_BOOTフェーズでのSYSPREP_RESPECIALIZE操作」と出ている場合は、その文言もそのまま控えます。Microsoftのコード一覧には古いWindows向けの説明も含まれるため、現在のセットアップの表示とログを優先してください。「残り何％で止まるか」だけでは原因を判定できません。
再試行する前に保全するもの
- 重要ファイルのバックアップ：開いて復元できることまで確認します。アップグレード失敗後も起動できるなら、先に作業データを保護してください。
- 回復手段：BitLocker／デバイスの暗号化を使っている場合は、回復キーを別の端末などから確認できるか確かめます。回復キーは公開したり、ログと一緒に投稿したりしないでください。
- 環境と症状：PC型番、現在のWindowsの版・ビルド、導入先のバージョン、実行方法、エラー全文、失敗時刻、直前に追加した機器・ソフトを記録します。
- 失敗時のログ：後述のPanther・Rollbackフォルダーをコピーして残します。再試行やクリーンアップで変わる可能性があるので、Windows.oldやセットアップの一時ファイルを先に削除しないでください。
- 対応条件：PCメーカーのWindows 11対応情報、Microsoftのシステム要件、空き容量、更新の既知の問題を確認します。互換性のために提供が保留されている更新を、保護を解除して無理に進めないでください。
会社・学校の管理PCは、ドライバ、ファームウェア、セキュリティ製品を変更する前に管理者へ相談します。元のWindowsが起動できない、バックアップや回復キーを確認できない場合は、インストールの繰り返しより復旧の相談を優先します。
疑わしいドライバやデバイスのポイント
ドライバを調べる場合は、チップセット、ストレージ、グラフィックス、ネットワーク、接続機器などが候補です。ただし、カードリーダーやUSB機器が多いという理由だけで犯人とはいえません。デバイスマネージャーの警告、変更履歴、セットアップログに出た情報を照合して絞り込みます。
機器ごとの確認ポイント
1. チップセットやBIOS
PCの正確な型番と対象OSに合うドライバを、PCメーカーの公式サポートから確認します。BIOS／UEFIは通常のアプリ更新とは異なり、失敗すると起動できなくなるおそれがあります。関連する修正がある場合にメーカーの手順、必要な電源・バッテリー条件、回復手段を確認して検討してください。型番違いのファームウェアを使ったり、Secure Boot・TPM・ストレージモードを思いつきで変更したりしないでください。
2. Wi-Fiアダプタ
ネットワークドライバも候補ですが、最初からWi-Fiを無効にする必要はありません。ログがそのドライバを示す、メーカーが対象の不具合を案内している、といった根拠がある場合に更新や切り分けを検討します。ネットワークを止めると必要なダウンロードやリモート支援が使えなくなるため、会社PCでは管理者と復旧手順を決めてください。
3. USBカードリーダーやSDカード
不要な外付けカードリーダー、SDカード、プリンター、ドックなどは、セットアップ開始前に安全に取り外して比較します。内蔵機器を一律に無効化する必要はありません。USBインストールメディア、キーボード・マウスなど、現在の作業に必要な機器は区別して残します。
トラブルシューティングの流れ
1. Windows更新と対応ドライバを確認
元のWindowsへ戻れたら、通常のWindows Updateを完了し、再起動が必要な場合は作業を保存して再起動します。デバイスマネージャーに警告のある機器がないか確認し、ログで疑われる機器についてメーカーの対応版を調べます。一つずつ変更して結果を記録し、複数のドライバを無差別に削除しないでください。
2. 外部ストレージの安全策
バックアップが完了した外付けストレージは、セットアップを始める前に安全に取り外します。ただし、インストールに使用しているUSBや、必要なファイルがある機器は抜かないでください。内蔵ディスクの取り外しや増設カードの分解は初期対処ではなく、メーカーや専門担当者に相談する作業です。
3. アップグレードの再試行は通常起動したWindowsから
原因候補を対処した後、必要ならMicrosoft公式のメディアを使い、通常起動したWindowsのエクスプローラーから setup.exe を開く方法を検討します。アプリも残したい場合は「個人用ファイルとアプリを引き継ぐ」が選べることを確認し、選べないときは中止してエディション・言語などの条件を確認してください。USBから起動するクリーンインストールへ、そのまま切り替えないでください。
表で分かる主なデバイスと対策方法
| 確認対象 | 確認する証拠 | 安全な次の対応 |
|---|---|---|
| チップセットドライバ | 型番・対象OS・ログに出たドライバ名 | PCメーカーが提供する対応版と適用条件を確認 |
| BIOS | メーカーの修正内容に関連する互換性問題があるか | バックアップ・電源・回復キーを準備し、機種別手順で検討 |
| Wi-Fiアダプタ | ログやメーカー案内でネットワークドライバが示されるか | 対応版を確認。通信を失う無効化は復旧策と根拠がある場合だけ |
| USB拡張カード | 接続機器や該当ドライバでのエラー | まず不要な外付け機器で比較。内部カードは専門担当者へ相談 |
| 内蔵・外付けカードリーダー | カードの有無とログの機器情報 | 不要なカード・外付けリーダーをセットアップ前に安全に外す |
BIOS更新前には、暗号化の回復キーが使えることも確認しましょう。メーカーが保護の一時停止を指示する場合は、その機種の手順と管理者の方針に従い、更新後に保護が戻ったか確認します。「エラー対策だから暗号化を解除する」という一律の操作は不要です。
設定アプリが開けない場合は別に切り分ける
元のWindowsへ戻った後も設定アプリが開かない場合、その症状をアップグレード失敗の直接原因とは断定できません。［Windows］+［I］やスタートメニューからの起動で同じか、再起動後も続くか、他のWindows機能も動かないかを記録します。新規アカウント作成や再インストールを最初に行う必要はありません。
何が原因で設定アプリが開けなくなるのか
原因候補にはシステムファイル、ユーザープロファイル、更新状態などがありますが、症状だけでは判定できません。変更前にバックアップを確保し、Windowsに通常サインインできる場合は、後述のDISMとSFCでシステムファイルを確認する方法があります。これらは非対応ドライバを修正する万能な手順ではありません。
マルウェアは症状だけで断定しない
設定が開かないことだけで感染と判断しないでください。セキュリティ警告、不審な暗号化・身代金要求など別の兆候があれば、アップグレードの再試行は止め、組織の担当者や信頼できる専門窓口へ相談します。SFCやDISMが成功しても、マルウェアが除去された証明にはなりません。
管理者権限・回復環境を安易に変更しない
設定アプリが開かないからといって、ブラウザーでMicrosoftアカウントにサインインすればローカルPCの管理者権限を得られるわけではありません。新規管理者アカウントを作るコマンドやレジストリ変更を無作為に試さず、既存の管理者やPCメーカーに症状を伝えてください。Windowsが起動しない場合は、通常起動向けのコマンドを回復環境へそのまま流用しないでください。
SetupDiagとログで失敗箇所を確認する
ログ確認は「最後に試す難しい修復」ではなく、不要な変更を避けるための診断です。セットアップが自動実行した結果があれば、C:\Windows\Logs\SetupDiag\SetupDiagResults.xml をメモ帳で確認します。Windowsの設置先がC:以外なら読み替えてください。結果ファイルがない、または原因を絞れない場合は、Microsoft公式のSetupDiagの説明を参照します。
保全するログと確認の順序
C:\$WINDOWS.~BT\Sources\Panther：セットアップの準備段階などのログ。C:\$WINDOWS.~BT\Sources\Rollback：以前のWindowsへ戻った処理のログ。- 両フォルダー内の
setupact.logとsetuperr.logを、失敗時刻と対応させて確認します。ダンプがある場合のsetupmem.dmpは、専門的な解析用です。
フォルダーは隠し属性の場合があります。必要ならエクスプローラーで隠しファイルを表示し、存在するフォルダー全体をサブフォルダーごとコピーして原本を残します。ログ中に「Error」があるだけで原因とは限りません。SetupDiagで複数の失敗が示された場合は、通常、最後の失敗が致命的な問題の手掛かりです。
保存したログを解析するコマンド例（必要な場合）
Microsoft公式ページから入手した最新のSetupDiagを使います。以下は、ログを C:\SetupLogs に保存し、出力先 C:\SetupDiag をあらかじめ作った場合の例です。管理者として開いたコマンドプロンプトでSetupDiagのあるフォルダーに移動し、自分の保存先に合わせて実行します。
SetupDiag.exe /LogsPath:"C:\SetupLogs" /Output:"C:\SetupDiag\Results.log" /ZipLogs:False /NoTel/LogsPath は保存済みログのオフライン解析を指定します。この例は追加のログZIP作成を抑止し、診断テレメトリを送らない指定を含みます。古い説明にある /Mode は不要です。SetupDiagは原因候補を示す診断ツールであり、修復を自動実行するツールではありません。結果やログにはユーザー名、ファイルパスなどが含まれることがあるため、公開掲示板へ丸ごと投稿せず、必要な部分を確認して共有してください。
通常起動できるWindowsでDISMとSFCを使う場合
システムファイルの問題を調べる場合は、作業を保存して、管理者としてコマンドプロンプトを開きます。最初に次のDISMを実行し、正常終了を確認してからSFCを実行します。処理中はウィンドウを閉じないでください。
DISM.exe /Online /Cleanup-Image /RestoreHealth
sfc /scannowDISMが失敗した場合は、そのエラーを記録して確認します。修復用ファイルの取得には通常Windows Updateが使われるため、ネットワークや組織のポリシーによっては追加対応が必要です。回復環境（Windows RE）では対象ドライブや指定が異なります。ここにある /Online の例を、起動不能なWindowsへのオフライン修復として使わないでください。
「修復に成功」と「原因が分かった」は別です。エラー全文、ログの時刻、変更した内容を残しておくと、何度も同じ手順を繰り返すのを避けられます。感染が疑われる場合は、この一般的な修復記事だけで安全と判断しないでください。
追加対策に進むときの注意点
基本的な対処で改善しない場合も、原因候補に合わせて次の操作を選びます。機器の分解、セキュリティ製品の削除、クリーンインストールは影響が大きく、最初にまとめて試す操作ではありません。
クリーンブートは通常起動へ戻すところまで
常駐ソフトとの競合を調べる必要がある場合は、Microsoft公式のクリーンブート手順を参照します。無効にした項目を記録し、Microsoftサービスを誤って止めないようにして、検証後は通常の状態へ戻します。会社PCではセキュリティ・ネットワーク機能にも影響するため、管理者の指示を優先してください。ブートの詳細オプションは変更しません。
BIOS更新は機種別の公式手順を使う
ノートPCやメーカー製PCは、部品メーカーの汎用版だけでなくPCメーカーの検証済みパッケージを優先して確認します。BIOS更新を行うかどうかは、更新履歴と症状を照合して判断します。電源を切らないこと、対象機種を間違えないこと、暗号化の回復手段を確保することが重要です。
セキュリティ製品は一律に削除しない
セキュリティ製品の互換性が関係する場合もありますが、まず製品の更新と対応OSを確認します。提供元や管理者が一時的な削除・設定変更を案内した場合に限り、代替の保護、再インストール方法、ライセンス情報、元へ戻す手順をそろえて対応してください。出所不明の「修復ツール」や、保護を無効にする一括スクリプトは使用しないでください。
ログの結果に応じた次の判断
たとえばログで特定のドライバ名が示された場合は、そのファイルがどの製品に属するか、対象OS向けの更新があるかをメーカー情報で確認します。名前が出ただけでファイルを手動削除しないでください。対象が絞れない、同じ停止を繰り返す、元のWindowsでも不安定という場合は、ハードウェアを含む診断が必要になるため、ログを保全してサポートへ相談します。この説明は切り分けの例であり、特定機種での解決実績を示すものではありません。
エラーに直面したときの心構え
同じエラーを繰り返すときほど、変更を増やすより情報を整理することが重要です。MicrosoftやPCメーカーへ相談するときは、型番、Windowsの版、導入方法、完全なコード、発生時刻、行った対処とその結果を伝えます。ログやダンプを送る場合は、相手と送付先を確認し、不要な個人情報を含めないようにします。
初心者にもできるステップバイステップ
1. バックアップと回復手段を確認する。
2. エラー全文とログを保全する。
3. 対応条件・空き容量・既知の問題を確認する。
4. 不要な外付け機器を外し、Windows更新とメーカーの対応ドライバを確認する。
5. 原因候補に対処して一度ずつ再試行し、結果を比較する。
6. 不明なまま再発する場合は、ログを添えて管理者や公式サポートに相談する。
対処メモには「何を変えたか」だけでなく、「同じエラーだったか」「別のコードになったか」も残しましょう。変更が効いたかを区別できれば、次の判断を絞れます。
まとめ：エラー回避の鍵は事前準備と冷静な対処
0xC1900101 – 0x40021が出たときは、結果コードと画面のフェーズ・操作名を記録し、セットアップログから原因候補を調べます。ドライバ互換性は重要な候補ですが、コードだけでWi-Fi、カードリーダー、特定のBugCheckを断定しません。保全、基本確認、根拠のある変更、再試行という順序で進めます。
設定アプリが開かない場合は別症状として扱い、通常起動できるかどうかに応じて修復方法を選びます。DISM・SFCはシステムファイルの確認手段であり、感染除去やドライバ互換性解決を保証するものではありません。
BIOS更新、暗号化の設定、内蔵機器、セキュリティ製品、クリーンインストールには大きな影響があります。バックアップや復旧方法が不明なら無理に進めず、公式サポートや管理者と安全な手順を確認してください。
成功後も、Windowsの版、デバイスマネージャーの状態、必要なアプリや周辺機器、セキュリティ保護が正常か確認します。切り分けで変更した設定を戻すところまでが対処です。
公式資料
2026年10月20日確認。個別PCのログや実機を解析した結果ではありません。使用中のバージョン・メーカーの案内も確認してください。
- Microsoft：Windowsのアップグレード／インストールエラー
- Microsoft Learn：結果コードと拡張コードの読み方（Windows 10向け資料）
- Microsoft Learn：Windowsアップグレードのログ
- Microsoft Learn：SetupDiag
- Microsoft：システムファイルチェッカー
- Microsoft：インストールメディアによる再インストール
- Microsoft：クリーンブートと通常起動への復帰
- Microsoft：BitLocker回復キーのバックアップ
- Microsoft：Windows 11のシステム要件
- Microsoft Learn：セーフガードホールド
コメント