last_modified: 2026-02-14
※この記事は、生成AIによって作成された。
1. 序論：UEFIブートプロセスにおける競合課題
現代のWindowsシステムにおいて、UEFI (Unified Extensible Firmware Interface) ファームウェアとOSローダー間の連携は、NVRAM上のブートエントリと、ストレージ上のEFIシステムパーティション (ESP) 内のBCD (Boot Configuration Data) ストアの整合性に依存する。複数の物理ストレージ（SSDとHDDの混在等）が存在する環境下では、重複したESPや無効なデバイスパス参照により「ブートパスの競合 (Boot Path Conflict)」が発生し、OS起動不能となる事例が散見される。
本稿では、リカバリ環境 (WinPE) におけるストレージ認識の挙動分析、robocopy によるデータ退避、物理的デバイス分離、および bcdedit コマンドを用いた論理的なブート構成の最適化について詳述する。
2. 診断：Diskpartにおけるステータス解釈
WinPE環境下の diskpart ユーティリティにおいて、ディスク容量が「0 B」と表示される現象は、物理的障害と論理的構成の誤認の双方が考えられる。
2.1 “Size” と “Free” の定義差分
list disk コマンド出力における各カラムの定義は以下の通りである。
- Size (サイズ): ディスクコントローラーが報告する物理メディアの総容量。
0 B表示はコントローラー通信不全、または物理切断を示唆する。SSDにおいてはコントローラーのフリーズ（パニック状態）の可能性があり、パワーサイクル（完全な電源断と再投入）による復帰が期待される。
- Free (空き): パーティションテーブル上の「未割り当て領域」の総量。
0 B表示はディスク全域がパーティション確保済み（フルプロビジョニング）であることを示し、正常な構成である。
3. 処置I：Robocopyによるデータ保全アルゴリズム
OSブート不全時のデータ救出には、GUIではなく robocopy コマンドの使用が推奨される。WinPEのリソース制約下での安定性を確保するため、以下のパラメータ構成を適用する。
3.1 推奨コマンドライン構成
robocopy "D:\SourcePath" "F:\DestinationPath" /E /J /R:0 /W:0 /XJ /XO3.2 パラメータ選定の技術的根拠
/J (Unbuffered I/O): Windowsのファイルキャッシュ（ページプール）を経由せず直接ディスクI/Oを行うことで、WinPEのメモリ枯渇とシステムフリーズを回避する。
/XJ (Exclude Junction points): AppData 等に含まれるジャンクション（自己参照リンク）を除外防止し、無限ループによるプロセス中断を防ぐ。
/R:0 /W:0: 物理不良セクタ遭遇時の再試行を無効化し、可読データの救出速度を最大化する。
4. 処置II：物理的最小構成によるブート競合の解消
論理的な修復が奏功しない場合、ハードウェア構成レベルでの競合排除を行う。
4.1 物理的デバイス分離の手順
-
最小構成化: システムドライブ（SSD）以外の全SATA/NVMeデバイスのケーブルを抜去する。
-
ブートパスの確定: デバイスを単一化することで、UEFIに当該SSDのESP参照を強制させる。
-
再接続: 正常起動確認後、データ用ドライブ等を再接続する。
5. 処置III：BCDEDITによるブート構成データの検証と最適化
物理的な起動成功は一時的な解決に過ぎない場合がある。恒久的な安定性を確保するため、bcdedit コマンドを用いてBCDストア内の定義情報（オブジェクト）を監査し、不整合を解消する必要がある。
5.1 現在のブート構成の列挙
管理者権限のコマンドプロンプト（またはPowerShell）にて以下を実行し、ブートマネージャおよびブートローダーの設定を確認する。
bcdedit /enum /v5.2 監査項目と修正基準
出力結果において、以下のパラメータが正常に設定されているか検証する。
device / osdevice:正常値: partition=C: または partition=\Device\HarddiskVolumeX
異常値: unknown
解説: unknown は、BCDが参照しているパーティションGUIDが存在しない、または変更されたことを示す。物理分離によってドライブ文字やディスクIDが変化した場合に発生しやすい。
path:
正常値: \EFI\Microsoft\Boot\bootmgfw.efi (Boot Manager), \Windows\system32\winload.efi (Boot Loader)解説: 誤ったパスや、古いMBR用のパス（winload.exe）が指定されていないか確認する。
5.3 不正エントリの修復と削除
unknown デバイスを含むエントリが存在する場合、以下のコマンドで修正または削除を行う。
パーティション情報の再リンク（修正）:
bcdedit /set {current} device partition=C:
bcdedit /set {current} osdevice partition=C:不要なエントリの削除:
物理分離前に存在した古いOSのエントリ（Ghost entries）が残存している場合、その識別子（Identifier）を指定して削除する。
bcdedit /delete {identifier_guid}6. 根本的な対策：PowerShellによる競合パーティションの完全排除
正常起動後に旧ドライブ（HDD等）を再接続した場合、再度UEFIが旧ドライブ上のESP(EFIシステムパーティション)を誤認し、ブート競合が再発するリスクがある。これを防止するため、Windows PowerShellの Get-Partition および Remove-Partition コマンドレットを使用し、不要なシステムパーティションを論理的に削除する。これらは「ディスクの管理」GUIでは削除保護されている領域に対しても操作が可能である。
6.1 対象ディスクの特定
まず、システムに接続されている物理ディスクの一覧を取得し、操作対象（旧ドライブ）の DiskNumber を特定する。
Get-Disk | Select-Object Number, FriendlyName, Size, PartitionStyle6.2 パーティション構成の解析
特定したディスク（例: Disk 1）に含まれるパーティション情報を取得する。ここでは、削除対象となる「System（EFIシステムパーティション）」や「Recovery（回復パーティション）」の PartitionNumber を確認する。
Get-Partition -DiskNumber 1出力例:
DiskPath: \\?\scsi#disk&ven_...
PartitionNumber DriveLetter Offset Size Type
--------------- ----------- ------ ---- ----
1 1048576 100 MB System
2 105906176 128 MB Reserved
3 D 240123904 465.5 GB Basic
4 500000000000 500 MB Recovery6.3 競合パーティションの削除実行
確認した番号に基づき、不要なパーティションを削除する。Remove-Partition はデータ消失を伴う不可逆な操作であるため、実行には細心の注意を要する。
Remove-Partition -DiskNumber 1 -PartitionNumber 1解説: 上記コマンドは、Disk 1 の Partition 1（System/ESP）を削除する。これにより、UEFIファームウェアはこのドライブをブート可能デバイスとして認識しなくなり、競合の根本原因が排除される。
注記: 通常のデータパーティション（Basic）を誤って削除しないよう、Type が System または Recovery であることを再三確認することが強く推奨される。
7. 結論
ブート不全環境におけるリカバリプロセスは、以下の3段階で実行されるべきである。
-
物理診断: diskpart によるハードウェア認識状態の正確な把握。
-
論理修復と保全: robocopy によるデータ救出および bcdedit による構成データの整合性確認。
-
物理的介入: デバイス競合が疑われる場合の物理的最小構成化。
特に bcdedit による事後検証は、再起動後のブート失敗（再発）を防ぐための必須工程として位置づけられる。