ある日突然、Windows が「PC を診断中」「修復を試みています」のループに入り、BAD_SYSTEM_CONFIG_INFO や 0xC0000001 / 0xC0000098 が出て一切起動しない――。この記事では、BCD の再構築や自動修復が効かないレベルのトラブルを前提に、「データを守りつつ最短で復旧する」現実的な手順と、再発防止の考え方を整理します。
Windows が起動しない今回のケースの特徴
本記事で扱うのは、次のようなかなり重症なケースです。
- 起動時に「PC を診断中」→「修復を試みています」→失敗を繰り返す
- その後、以下のいずれかの状態に陥る
- ブルースクリーン：BAD_SYSTEM_CONFIG_INFO
- 回復画面エラー：0xC0000001 / 0xC0000098
- メッセージ：
\Boot\BCD に有効な OS 情報がない - 回復メニューやセーフモードを選んでも、再び BIOS または BSOD に戻るループ
- WinRE（回復環境）から以下を実行しても状況が変わらない
bootrec /fixmbr /fixboot /scanos /rebuildbcd（scanosの結果が「0 個」）bcdboot D:\Windows /s S: /f UEFI（成功と表示されても起動しない）- EFI パーティションの再作成、
bcdeditの編集なども効果なし
- 同様の現象が 1 年前にも発生している（2 回目）
この条件がそろっている場合、単なる BCD の破損ではなく、OS 本体・レジストリ・ファイルシステムが広範囲に壊れている可能性が非常に高いと考えるべきです。つまり、次のような方針が現実的です。
- 最優先：データを救出する
- 原因をハードウェアも含めて切り分ける
- クリーン再インストール（必要なら SSD 交換）で環境を作り直す
逆に言うと、これ以上 BCD の再構築や bootrec を繰り返しても、費やした時間に見合うリターンはほぼ期待できません。
BCD エラーと BAD_SYSTEM_CONFIG_INFO の関係
まず、出ているエラーの意味を整理しておきます。
| エラー/症状 | 典型的な意味 | 今回の状況での読み方 |
|---|---|---|
| 0xC0000098 | BCD に有効な OS エントリがない／壊れている | ブートローダが OS の場所を認識できていない |
| 0xC0000001 | 起動に必要なファイルが見つからない／破損 | BCD だけでなく、カーネルや重要ファイル側の問題も疑われる |
| BAD_SYSTEM_CONFIG_INFO | レジストリ（特に SYSTEM ハイブ）やブート構成の破損 | レジストリレベルでの深刻な破損のサイン |
bootrec /scanos = 0個 | スキャンしても有効な Windows が見つからない | OS パーティション自体が論理的に壊れている可能性が高い |
さらに、bcdboot D:\Windows /s S: /f UEFI が一見成功しても、起動しないということは、
- BCD は作り直せている
- しかし、その BCD が指す先の Windows システムファイルやレジストリがすでに致命的に壊れている
という状況を強く示唆します。ここから先は、「BCD をどうにかする」フェーズではなく、「壊れた OS からデータだけ救って、きれいな環境に移行する」フェーズだと割り切る方が、結果的に早く安全に復旧できます。
最優先でやること：データ退避と現状固定
OS をどうするかより先に、まずはデータを守ります。
BitLocker が有効なら回復キーを確保
システムドライブが BitLocker で暗号化されている場合、別環境からアクセスするには回復キーが必須です。
- Microsoft アカウントに紐づけているなら、スマホや別 PC からサインインして回復キーを確認
- 印刷していた紙や、保存していた USB メモリなどを探す
- 会社 PC の場合は、管理者（情シス）に問い合わせる
別 OS/別 PC からドライブをマウントしてコピー
壊れた Windows を直接起動しようとするのは一旦やめ、次のような手段でデータを退避します。
| 方法 | 概要 | メリット | 注意点 |
|---|---|---|---|
| Windows インストール USB（WinRE） | インストールメディアで起動し、「コンピューターを修復する」からコマンドプロンプトを開く | 追加インストール不要・NTFS の互換性が高い | GUI コピーが使いにくいので、robocopy コマンドに慣れていると楽 |
| Windows To Go / WinPE | USB から起動するポータブル Windows | 通常のエクスプローラーでコピーでき、操作性が高い | 事前に作っていないと用意がやや面倒 |
| Linux Live USB | Ubuntu などの Live イメージから起動してマウント | smartctl などでストレージ診断も同時に可能 | BitLocker 暗号化ドライブは追加手順が必要 |
| 別 PC に直接接続 | 壊れた PC から SSD/NVMe を取り外し、USB ケースや空きポートに接続 | 安定した環境でじっくりコピーできる | 物理的な取り外し作業が必要（ノート PC は要注意） |
この段階では、「とりあえず全部コピー」よりも、「本当に必要なものを取りこぼさない」ことを重視しましょう。退避すべき代表的なファイル/フォルダは、後半の「再インストール前にバックアップしておきたいファイル」で詳しく整理します。
ハードウェア診断：同じ悲劇を繰り返さないために
今回が「約 1 年ぶり 2 回目」の同様のトラブルであれば、ソフトウェアだけでなく、ストレージやメモリなどハードウェア側の不調を疑うべきです。
ストレージ（SSD/NVMe/HDD）の状態確認
Linux Live やベンダー提供ツールを用いて、SMART 情報を確認します。
- 再配置済みセクタ・保留中セクタ・メディアエラーの有無
- エラーログに読み書きエラーが蓄積していないか
- NVMe の場合はメディアエラー数や温度履歴もチェック
Linux の例：
sudo smartctl -x /dev/nvme0
明確に不良セクタが出ていなくても、数年使った SSD/NVMe で、起動トラブルを複数回起こしている場合は、OS 用ドライブだけでも交換してしまうのが現実的です。システムディスクの信頼性は、時間と労力を節約する「保険」と考えましょう。
メモリ診断
メモリエラーは、書き込み時のデータ破損を引き起こし、結果としてレジストリやシステムファイルが壊れることがあります。
- MemTest86：USB からブートして数パス（最低 2〜3 周）実行
- Windows メモリ診断：簡易チェックとしては有用
| 診断結果 | 推奨アクション |
|---|---|
| エラー 0 件 | メモリが原因の可能性は低めだが、断定はしない |
| 1 ビットでもエラー有り | そのメモリモジュールは即交換を推奨 |
UEFI 設定とブート構成の整理
Linux と Windows を別物理ドライブに入れている場合でも、マザーボードが勝手に「共用の EFI システムパーティション（ESP）」をどこか 1 つだけ作って、そこに両方のブートローダを書き込んでいるケースがあります。この構成だと、どちらかの OS の再インストールや修復で、もう片方のブートローダを巻き込んで壊すことがあります。
基本方針
- UEFI モードでの起動に統一（CSM/Legacy は原則無効）
- 各 OS（Windows / Linux）ごとに独立した ESP を持たせる
- マザーボードの UEFI 設定画面で、起動順序に
- Windows Boot Manager
- Linux のブートローダ（例：ubuntu）
今回の記事の主眼は「OS 自体を作り直す」ことですが、再インストールのタイミングでこのあたりをきちんと整理しておくと、次回以降のトラブルが起きにくくなります。
結論：このレベルの破損ならクリーン再インストールが最短ルート
ここまでの状況をまとめると、
bootrec /scanosが 0 個bcdboot D:\Windows /s S: /f UEFIを実行しても起動しない- 回復環境・自動修復・スタートアップ修復もすべて失敗
- BAD_SYSTEM_CONFIG_INFO や 0xC0000001 / 0xC0000098 が繰り返し出る
というセットがそろった段階で、OS イメージやレジストリ、ファイルシステムの広範囲な破損を疑うべきです。つまり、
- OS 本体を「修理」するより
- データだけ救って、別ストレージ or クリーンなパーティションに新規インストールする
方が、時間・安定性・再発防止の観点で圧倒的に有利です。
クリーン再インストールの全体像
ここからは、Windows 10/11 を前提にしたクリーン再インストールの流れを整理します。
1. OS 用ストレージの決定
- SMART で怪しい値やエラーがあるなら、迷わず新品 SSD/NVMe に交換
- 予算に余裕があれば、OS とデータで物理ドライブを分けるとトラブル時の切り分けが容易
- 古い SSD をデータ用に使う場合も、重要データは必ず別媒体にバックアップしておく
2. インストールメディアの作成
- 別 PC で Microsoft 公式サイトからメディア作成ツールをダウンロード
- 8GB 以上の USB メモリに Windows 10/11 のインストールメディアを作成
3. UEFI で USB から起動
- BIOS/UEFI 画面で、起動モードを UEFI のみに設定（CSM/Legacy 無効）
- 起動順位で USB メモリを最優先にする
4. パーティション構成（GPT/UEFI）
一般的な UEFI + GPT 構成は次のようになります。
| パーティション | サイズの目安 | ファイルシステム | 用途 |
|---|---|---|---|
| EFI システムパーティション (ESP) | 100〜300 MB | FAT32 | ブートローダ格納領域 |
| MSR | 16 MB | なし | Microsoft 予約領域 |
| Windows 本体 | 100 GB 以上推奨 | NTFS | OS とアプリ |
インストーラーの画面で OS 用ディスクを選び、既存パーティションを一旦すべて削除 → 未割り当て領域を選択してそのままインストールすれば、上記構成が自動的に作られます（他のディスクのパーティションは削除しないよう要注意）。
5. 初期設定とドライバ導入
インストール完了後は、次の順番を意識すると安定しやすくなります。
- Windows Update をすべて適用（再起動も含めて完了させる）
- マザーボード/PC メーカー公式サイトから
- チップセットドライバ
- ストレージ/NVMe ドライバ
- オンボードデバイス（LAN/Wi-Fi/GPUなど）のドライバ
- 必要なアプリケーションをインストール
- 退避していたデータを必要なフォルダに戻す
6. 高速スタートアップの無効化
高速スタートアップ（ハイブリッドシャットダウン）は、起動・終了を高速化する一方で、
- マルチブート環境でのファイルシステム不整合
- 電源断時のハイバネーションファイル破損
などのリスク要因になることがあります。トラブルを減らすため、OS 再構築後は無効化しておくのがおすすめです。
powercfg -h off
上記コマンドを管理者権限のコマンドプロンプトで実行すると、ハイバネーションと高速スタートアップがまとめて無効になります。
再インストール前にバックアップしておきたいファイル一覧
ここからは、「何を退避しておけば、再構築後に困らないか」を具体的に整理します。Program Files を丸ごとコピーしても、基本的に再利用できないため、ユーザーデータと設定、シークレット類を重点的にバックアップします。
ユーザープロファイル配下
基本は C:\Users\<ユーザー名>\ の中身です。
| パス | 内容 | 備考 |
|---|---|---|
| Desktop / Documents / Pictures / Videos / Music / Downloads | ユーザーの作成したファイル | 最優先でバックアップ |
| AppData\Roaming | アプリの設定・プロファイル | Firefox、Thunderbird、Adobe、Discord など |
| AppData\Local | ブラウザなどのローカル設定 | 容量が大きい場合は主要なものだけでも退避 |
ブラウザの代表例：
- Chrome：
C:\Users\<ユーザー名>\AppData\Local\Google\Chrome\User Data\ - Edge：
C:\Users\<ユーザー名>\AppData\Local\Microsoft\Edge\User Data\
メール関連
| クライアント | パス | 説明 |
|---|---|---|
| Outlook（PST） | Documents\Outlook Files\ | POP アカウントなどのメールデータ本体（*.pst） |
| Outlook（OST） | AppData\Local\Microsoft\Outlook\ | Exchange/IMAP のキャッシュ（*.ost）：再同期可能だが、念のため退避してもよい |
| Thunderbird | AppData\Roaming\Thunderbird\Profiles\ | アカウント設定・メールデータ・アドオンすべて含む |
ゲームのセーブデータ
Documents\My Games\AppData\Roaming\・AppData\Local\配下のゲームごとのフォルダ- Steam や Epic などのクラウドセーブもあるが、念のためローカルも退避
シークレット・認証情報
- 資格情報：
C:\Users\<ユーザー名>\AppData\Roaming\Microsoft\Credentials\ - SSH キー：
C:\Users\<ユーザー名>\.ssh\ - GnuPG：
C:\Users\<ユーザー名>\.gnupg\ - パスワード管理ツールのデータベース（KeePass など）
仮想環境・開発環境
- VirtualBox/VMware：デフォルトの VM フォルダ（通常はユーザーフォルダ配下）
- Docker：可能であればボリュームもバックアップ
- WSL：エクスポートしてバックアップ
wsl --export <ディストリ名> D:\Backup\wsl_<ディストリ名>.tar
共通データとドライバ
- 共通設定：
C:\ProgramData\（一部アプリの共通設定が格納される） - ドライバ控え（任意）：管理者コマンドプロンプトで
dism /online /export-driver /destination:E:\Backup\Driversとしておくと、現在のドライバ一式をバックアップできる（ただし再インストール後はメーカー最新版を優先）
ライセンス情報・BitLocker 回復キー
- 有償ソフトのシリアルキー・ライセンスファイル
- 各アプリケーションの設定エクスポート（IDE の設定、ブラウザのブックマークなど）
- BitLocker 回復キー：紙・USB・Microsoft アカウントなど、複数の場所に保管
再発防止のためのチェックリスト
同じ「Windows が起動しない」「BCD が壊れた」トラブルを繰り返さないために、次のポイントを見直しておきましょう。
電源・シャットダウン周り
- 更新中や起動中に電源を切らない（特にバッテリー切れに注意）
- 可能であれば UPS（無停電電源装置） を導入し、瞬断や停電から保護
- フリーズ時も、いきなり電源ボタン長押しではなく、可能な限り Ctrl+Alt+Del やリモートからの再起動を試す
ストレージ・ドライバのメンテナンス
- 半年〜1 年に一度は SMART を確認し、異常傾向があれば早めに交換
- マザーボード BIOS/UEFI、チップセット、ストレージ/NVMe ドライバを定期的に更新
ファイルシステムの健全性チェック
通常起動できている状態で、以下を定期的に実行します。
chkdsk C: /f
sfc /scannow
/r 付きの chkdsk は物理セクタまでチェックする分、時間がかかり、劣化したディスクには負荷も高いので、異常を感じたときにバックアップを取った後で実行する、くらいのスタンスが無難です。
バックアップ設計
| 項目 | 頻度 | ポイント |
|---|---|---|
| システムイメージ | 月 1 回＋大きな構成変更前 | OS ドライブ丸ごとのイメージ。復元すれば即戦力の状態に戻せる |
| ユーザーデータ（ドキュメント等） | 毎日〜数日に 1 回 | 差分バックアップで履歴も残すと誤削除への耐性が上がる |
| ライセンス・設定 | 変更時 | ソフト追加や買い替えのタイミングで更新 |
バックアップ先は、外付け HDD/SSD や NAS、クラウドストレージなどを組み合わせ、「最低 2 箇所、うち 1 つは物理的に別の場所」を目標にすると安心です。
マルチブート構成の整理
- Windows と Linux の ESP を分離し、それぞれのディスクに持たせる
- UEFI の起動順で「Windows Boot Manager」「Ubuntu など」を明示し、安易に切り替えない
- ブートローダをいじる作業は、必ずバックアップ＆復旧手段（別の OS、インストールメディア）を確保してから実施
最終確認として試す価値があるオフライン修復
ここまで読んで「どうしても一度だけ修復を試したい」という場合に限り、データ退避が完全に終わっていることを確認した上で、オフライン修復を試す余地があります。成功率は高くありませんが、「ダメ元」としての位置付けです。
ドライブレターの確認
WinRE やインストールメディアから起動した場合、ドライブレターが普段と変わっていることが多いです。必ず diskpart で確認します。
diskpart
list vol
exit
ここで、
- Windows が入っているボリューム（例：D:\Windows）
- EFI システムパーティション（例：S:）
を確認しておきます。
オフライン SFC と DISM
sfc /scannow /offbootdir=C:\ /offwindir=D:\Windows
DISM /Image:D:\ /Cleanup-Image /RestoreHealth /Source:X:\sources\install.wim:1 /LimitAccess
C:\やD:\Windowsの部分は、list volで確認した実際のドライブレターに合わせて変更X:\sources\install.wimは、インストールメディア上のinstall.wimへのパス
BCD 再生成とファイルシステムチェック
bcdboot D:\Windows /s S: /f UEFI
chkdsk C: /f /r
/rは不良セクタチェックも行うため、バックアップ後に実行する- ストレージに物理障害が疑われる場合は、無理に最後まで走らせない方がいいケースもある
これらを行っても変化がない場合は、それ以上 OS の「延命」に時間をかけず、クリーン再インストールに集中した方が総合的に得です。
まとめ：データ退避と再構築に時間を使おう
「Windows が起動しない」「BCD が壊れた」という症状は、ついコマンドやツールを駆使してなんとか直したくなります。しかし、
bootrec /scanos= 0 個bcdbootを実行しても BSOD/回復画面ループが続く- BAD_SYSTEM_CONFIG_INFO や 0xC0000001 / 0xC0000098 が繰り返し出る
- 過去にも同様のトラブルを起こしている
といった条件がそろっている場合、OS やレジストリ、ファイルシステムが広範囲に破損している可能性が高く、「修復」より「再構築」のほうが合理的です。
まずはデータ退避とハードウェア診断を行い、必要に応じてストレージを交換しつつ、クリーンな Windows を GPT/UEFI で再セットアップする。そのうえで、
- 電源断や強制終了を減らす工夫
- ストレージ・ドライバ・UEFI の適切なメンテナンス
- 定期的なシステムイメージとデータバックアップ
- マルチブート環境の整理と高速スタートアップの無効化
といった再発防止策を講じることで、「次に同じトラブルが起きても、データは守れるし、復旧も短時間で済む」状態を作ることができます。
起動しない Windows を何とか延命することよりも、「壊れてもすぐ戻せる仕組み」を整えることに時間を使う――それが、BCD 破損を繰り返した環境から卒業する一番の近道です。
コメント