Windows 11が起動しない：Debian 13をインストール後に発生したエラー0xc0000001を診断して復旧する完全ガイド

Windows 11が起動しない：Debian 13をインストール後に発生したエラー0xc0000001を診断して復旧する完全ガイド

Debian 13を同一SSDへデュアルブートで導入した後、Windows 11が起動しなくなり「0xc0000001（Your PC couldn't start properly）」が表示されるケースについて、診断結果の読み替え方、WinRE／Linux双方から実行できる修復手順、GRUBとUEFIの整合性確認、最終的なデータ保護までを実務的に整理した記事です。WinREで「C: が誤って小さな予約パーティションに割り当てられている」という致命的な手がかりがある状況を想定し、被害を広げない安全な順序で進める方法を示します。

事象の整理と重要な観察点

Debian 13 のインストール後に「Windows を GRUB から選ぶと無限ロード、あるいは WinRE に飛ばされる」という報告は、UEFI環境でのブート構成またはWindowsの起動ファイル（BCD や system files）の破損・不整合が原因であることが多く、エラーコード 0xc0000001 はその典型的な表れです。Microsoft の診断情報やコミュニティ記録では、0xc0000001 は起動ファイルの破損、ブート構成の誤り、あるいはファイルシステムの問題を示す例が多く報告されています。 Microsoft Learn+1

ユーザー診断で最も注目すべき点は「WinRE 上でドライブレター C: が約950MBの予約パーティションに割り当てられており、本来の約230GBの Windows パーティションが別のドライブレターになっている」という事実です。WinRE（および Windows のレスキューツール）は起動時の状況に応じてドライブレターを再割当てすることがあり、この誤割当てが原因で C:\Windows を見つけられず起動不能に陥る場合があります。こうした症状と対処例は複数のトラブル事例で確認されています。 BleepingComputer

次に示す表は、診断時に把握すべきパーティション構成の「要点」を簡潔にまとめた例です（実際の値は調査結果に従って読み替えてください）。

パーティション	タイプ	サイズ（概算）	備考 / WinREでの割当て例
nvme0n1p1	FAT32（EFI）	約260 MB	共有EFI（ESP）— 通常はSYSTEMボリューム
nvme0n1p2	Microsoft reserved / 不明	約950 MB	WinREで誤って C: に割当てられているケース
nvme0n1p3	NTFS	約230 GB	実際の Windows システム（本来の C:）
その他	回復領域など	数百 MB〜数GB	補助回復・OEM領域

 

まず行うべき「安全な確認」 — データ保全を最優先に

最初にやるべきは「操作で既存データを壊さない」ことを最優先することです。以下は順序ですべき短い確認作業です（すべて読み取り・確認が目的。破壊系操作は後述の安全手順でのみ行う）。

1. Debian 側から対象ディスクをマウントし、/etc/fstab や Windows の Windows\System32\config フォルダが存在するかを確認する。読み取りのみでOK。

2. WinRE（Windows インストールメディアから「コンピューターの修復」→「コマンドプロンプト」）で diskpart を実行し、list vol / list disk でどのボリュームにどのドライブレターが付与されているかを確認する。誤割当てがあるならメモしておく。

3. 重要データ（写真やドキュメントなど）は、可能なら Debian から NTFS を読み出してバックアップを別媒体へコピーする。万が一の上書きを防ぎます。

WinRE からの標準的かつ安全な復旧手順（順に実行）

WinRE（UEFIモードで起動）での作業は、以下の順序で進めるとトラブルを広げにくいです。各コマンドは WinRE の管理者コマンドプロンプトで実行します。

まず diskpart でパーティションとドライブレターを確認します。diskpart の後に list vol → sel vol <番号> → assign letter=S: のようにして、EFI（ESP）に一時的に分かりやすいドライブレター（例: S:）を割り当てます。WinRE の状態で ESP が確認できない、あるいはサイズが明らかに壊れている場合は注意が必要です。

次に、ファイルシステムの健全性を確認します。誤割当てで本来の Windows が D: 等になっている場合はそのドライブを指定して chkdsk D: /f /r を実行してください。ファイルシステム修復は起動に不可欠です。chkdsk 実行後でも起動しない場合、オフラインでのシステムファイル修復を検討します（後述）。これらの初歩的手順は多くの 0xc0000001 トラブルで有効であるとコミュニティと公式資料で示されています。 Microsoft Learn+1

その後、ブート構成（BCD）を修復します。標準的な手順は次の通りです。まず bootrec /fixboot、続けて bootrec /scanos、最後に bootrec /rebuildbcd を実行して状況を確認します。UEFI＋GPT環境では bcdboot コマンドを使って Windows ブートローダーをEFIパーティションへ再作成するのが確実です。例えば本来の Windows パーティションが D: で、EFI を S: として割当てた場合は bcdboot D:\Windows /s S: /f UEFI を実行します。bcdboot により EFI に必要なファイルが書き込まれ、UEFI ブートエントリが生成されます。これにより多くのデュアルブートで発生する「Windowsが見つからない／起動できない」問題が解決します。 Super User+1

注意点として、bootrec /fixboot が「アクセス拒否」になる場合があり、その際は EFI のマウント状態やアクセス許可、あるいは ESP のフォーマット状態を確認する必要があります。ESP（FAT32）自体が壊れている、あるいは誤って別形式に変わっている場合は慎重に再作成する手順が必要になります（下節参照）。

Linux（Debian）側でできる確認と補助的修復

Linux からは以下の操作で現状把握・軽微修復が行えます。GRUB が Windows の EFI ブートローダーを正しくチェインしているか、ESP の中身がどうなっているかを確認すると状況把握が速いです。lsblk -f、blkid、fdisk -l でパーティション一覧を取得し、ESP（FAT32）のマウント先で ls /boot/efi/EFI を確認します。Windows の EFI フォルダ（通常 EFI/Microsoft/Boot/）が存在するかをチェックしてください。存在しない・中身が欠けている場合は、後述の bcdboot による再作成が必要です。 Unix & Linux Stack Exchange

また、Linux 側で efibootmgr を使えば UEFI のブートエントリや順序を確認・修正できます。Debian 上で sudo efibootmgr -v を実行して、Windows Boot Manager と GRUB (shim) のエントリ順序を確認し、必要なら sudo efibootmgr -o <順序> で順序を入れ替えます。ただし、これは「どのエントリを最初に起動するか」を変えるだけで、欠損した Windows ブートファイル自体は復活させません。GRUB から Windows をチェインロードする場合、GRUB 側のエントリが正しい \EFI\Microsoft\Boot\bootmgfw.efi を指しているかを確認してください。 Ask Ubuntu+1

よくある落とし穴とその回避法

一つ目は「WinRE 上で見えているドライブレターをそのまま信じて操作すること」です。WinRE と実際の Windows 起動時でドライブレターの割当てが異なることは珍しくなく、誤ったドライブへ bcdboot や chkdsk を実行すると状況を悪化させる恐れがあります。必ず diskpart の list vol で実際のボリュームを確認し、assign letter= で意図的に一時割当てしてから操作してください。 BleepingComputer

二つ目は「ESP（EFI システムパーティション）を誤ってフォーマット・削除してしまうこと」です。ESP を再作成する必要がある場合は、既存の ESP をバックアップ（ESP を別ドライブにコピー）してから行うこと、あるいは bcdboot による再構築手順を優先することが推奨されます。bcdboot は既存の Windows フォルダから必要ファイルをコピーして BCD を再生成するため、まずは bcdboot を試すのが安全です。 Super User

緊急回避：Windows を確実に復旧するための実務シーケンス（まとめ）

ここまでを踏まえた、安全性の高い手順を順番にまとめます。各手順は「作業前に必ずバックアップ」を原則としてください。

1. Debian から重要ファイルのバックアップを外部ドライブへ行う（読み取りのみ）。

2. Windows インストールメディアで UEFI モードで起動し、WinRE のコマンドプロンプトを開く。

3. diskpart → list vol で本来の Windows パーティションと ESP を特定し、ESP に S:、Windows パーティションに D: など確実に割り当てる。

4. chkdsk D: /f /r を実行しファイルシステム整合性を修復する。

5. bootrec /fixboot、bootrec /scanos、bootrec /rebuildbcd を実行して状況を確認する（UEFIでは bcdboot D:\Windows /s S: /f UEFI を推奨）。

6. 再起動して改善が無ければ、Debian 側で efibootmgr と GRUB の設定を確認し、必要なら efibootmgr で Windows Boot Manager を優先してテストする。

7. それでも起動しない場合は、ESP をバックアップ後に再作成するか、Windows のクリーン再インストール（最終手段）を検討する。

これらは多数の事例で有効なフローであり、公式・コミュニティ両方の知見に基づく推奨です。 Microsoft Learn+1

ケース別補足アドバイス

もし BitLocker を有効にしている場合は復旧プロセスが複雑になります。BitLocker の回復キーを用意できないとデータへアクセスできない可能性があるため、必ず回復キーの存在を確認してください。さらに、UEFI ファームウェア側（BIOS設定）で Secure Boot の状態を一時的に無効化して試すと改善するケースもありますが、これは最終的には戻すことを忘れないでください。

最後に：再発防止と運用上の注意

デュアルブート運用では、インストール時に「どのディスクにブートローダーをインストールするか」を明確に決めておくこと、ESP を共有する場合は操作ログを残すこと、Windows 側のシステム更新やカーネル更新直後にブートに問題が発生したらすぐにバックアップを取る習慣をつけることが重要です。UEFI＋GPT 環境であれば、GRUB／shim と Windows Boot Manager は並存できますが、どちらがデフォルトで起動するかを把握しておくことがトラブルを小さくします。 Ask Ubuntu+1

---

本稿は実務的な復旧手順と注意点をまとめたものです。早期復旧のためには、まず「誤ったドライブレターの割当て」を正確に把握し、chkdsk→bcdboot の順で安全に進めるのが最短ルートになる場合が多いことを強調しておきます。状況によっては ESP の再作成や最終的な Windows 再インストールが必要になることもあるため、重要データの外部バックアップは必ず事前に行ってください。