AOMEIでパーティション変更後にWindows 11が起動ループに陥ったときの対処法──BFSVC Error 193の原因と復旧ポイント
Windows 11環境でAOMEI Partition Assistantを使ってCドライブの容量を拡張しようとした直後、突然「自動修復ループ」から抜け出せなくなる。このトラブルは、開発環境や業務データを多く抱えるPCでは特に深刻です。しかも、bcdboot による復旧を試しても「BFSVC Error 193」が出ると、何が壊れているのか判断しにくくなります。この記事では、Cドライブをできるだけ消さず、Dドライブのデータを守りながら復旧を進めるための考え方と実践的な対処手順を整理します。
AOMEIでのパーティション変更後に起きる起動ループとは何か
パーティション操作は、見た目には「空き容量の移動」に見えても、実際にはディスク上の構造をかなり大きく触る作業です。とくに、CドライブとDドライブの境界を変更する操作では、ファイルシステムだけでなく、EFIパーティションやブート構成に影響が及ぶことがあります。
今回のように、処理が途中で止まったり中断されたりした場合、Windowsそのもののデータ領域は無事でも、起動に必要な情報だけが不整合を起こすことがあります。その結果として発生しやすいのが、Automatic Repairの無限ループや、SrtTrail.txt による修復失敗の状態です。
厄介なのは、diskpart 上では各パーティションが「Healthy」と見えるケースが多いことです。つまり、物理的にディスクが壊れているわけではなくても、Windowsが正常起動できないことは十分あり得ます。chkdsk で物理エラーが出ていないなら、障害の中心はブート構成、EFI領域、あるいはWindows側の起動関連ファイルにある可能性が高いと考えられます。
BFSVC Error 193は何を示しているのか
bcdboot C:\Windows /l en-us /s V: /f UEFI を実行した際に、BFSVC Error: BCD strings MUI load failure (193). Failed to initialize global state. と表示される場合、単純に「EFIパーティションが見えない」という話では終わりません。
このエラーは、ブートファイルのコピーやBCD再生成を行う過程で、Windowsの起動に必要な関連ファイルや言語リソース、あるいはシステムファイル群の一部が正常に読み込めない状態を示唆します。特に、Windowsディレクトリ内の起動関連コンポーネントや、言語リソースの不整合、システムファイル破損があると、bcdboot が途中で失敗することがあります。
ここで重要なのは、「EFIを初期化しても直らないなら、EFIだけが原因ではない」と切り分けることです。EFIパーティションをFAT32で整えても同じエラーが出るなら、疑うべきはWindows本体側、つまり C:\Windows 配下の整合性です。ブート修復が失敗する理由が、土台となるWindowsイメージの破損にある可能性はかなり高いといえます。
最優先はDドライブの保全である
この手の障害で最も危険なのは、焦って「初期化」「再インストール」「回復ドライブでの上書き」を進めてしまうことです。今回の前提では、Cドライブに開発環境があり、さらにDドライブのデータを絶対に守りたいという事情があります。この条件では、最初にやるべきことは修復コマンドではなく、データ保全の優先順位を明確にすることです。
Dドライブを守りたいなら、まず「書き込みを最小限にする」ことが重要です。Windows回復環境から何度もリセットや修復を繰り返すと、状況によっては予期しない変更が入ることがあります。とくに「このPCを初期状態に戻す」が失敗している時点で、システム側の整合性はかなり不安定です。安全策としては、可能ならSSDやHDDを別PCに接続し、Dドライブの重要データを先に退避してから本格修復に入るのが最も堅実です。
もしストレージの取り外しが難しいノートPCでも、LinuxライブUSBやWindows PE環境を使ってデータを外付けドライブへコピーする方法は有効です。修復より先にバックアップ。この順番を守るだけで、最悪の事態をかなり防げます。
まず試すべき復旧の順番
起動ループからの復旧は、やみくもにコマンドを増やすより、順番を意識した方が成功率が上がります。今回のケースでは、次の流れで考えるのが合理的です。
最初に行うべきは、Windowsオフライン環境でのシステムファイル修復です。bcdboot が失敗するなら、その前提となるWindowsのシステムファイルが壊れている可能性があるためです。オフラインの sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows は、起動中では修復しづらいコアファイルを直接チェックできるため、非常に相性が良い手段です。
その次に考えるべきなのが、DISMによるイメージ修復です。ただし、回復環境ではソースの扱いが難しいことがあるため、インストールメディアを使ってWindowsイメージを指定しながら修復する流れが安定します。SFCだけで直らない場合でも、DISMでコンポーネントストアを修復した後に再度SFCをかけると、改善することがあります。
その後に、改めてEFIパーティションを確認し、ドライブレターを正しく割り当てた上でBCD再構築を試すのが定石です。つまり、bcdboot は最初に連打するコマンドではなく、「Windows本体の整合性をある程度戻した後」に実行する方が理にかなっています。
「このPCを初期状態に戻す」が失敗する理由
ローカル再インストールもクラウドダウンロードも失敗する場合、回復環境そのものが利用するシステムコンポーネントに破損が及んでいる可能性があります。Windowsのリセット機能は万能ではなく、内部で必要な回復イメージや構成情報が壊れていると、開始すらできません。
そのため、「リセットができない＝ストレージが完全に死んでいる」とは限りません。むしろ今回のように、パーティション変更後にブート周りとシステムファイルだけが中途半端に壊れている場合に起きやすい現象です。ここを誤解してストレージ全体のフォーマットに進むと、守れたはずのデータまで失う恐れがあります。
Cドライブを消さずに直せる可能性はあるのか
結論からいえば、可能性はあります。chkdsk で物理障害が見つかっておらず、パーティション自体も認識されているなら、完全初期化しか道がない段階ではありません。特に、EFI・BCD・システムファイルの修復で復帰する例は少なくありません。
ただし、注意したいのは「起動できるようになること」と「環境が完全に元通りになること」は別だという点です。開発環境が多数入ったCドライブでは、Windowsが起動しても一部ソフトや依存関係に不具合が残る可能性はあります。だからこそ、起動復旧を目指しつつも、並行してDドライブと必要ならCドライブ内の重要プロジェクトを退避する考え方が欠かせません。
最終的に再インストールが必要な場合の安全な考え方
どうしても修復できず、最終的にWindowsの再インストールが必要になる場合でも、慌てて全ドライブを消す必要はありません。重要なのは、インストール対象を正確に見極め、Dドライブを触らないことです。
再インストール時の最大の事故は、ユーザーが焦ってパーティション一覧を見誤ることです。Cドライブだけを再構築するつもりが、データ用ボリュームまで削除してしまう例は珍しくありません。事前に容量、ラベル、構成をメモしておき、バックアップも取った上で進めるべきです。
また、可能であれば現行ディスク全体のクローンやイメージ保存をしてから再インストールに入ると、後からデータ救出や設定確認がしやすくなります。起動不能のトラブルでは、修復作業そのものがリスクになるため、戻せる状態を作ってから踏み込むのが正解です。
まとめ──復旧の鍵は「EFIより先にWindows本体を疑う」こと
AOMEIでのパーティション変更後に起動ループへ陥り、さらに BFSVC Error 193 が出ている場合、問題はEFIパーティションだけではない可能性が高いです。むしろ、Windows本体のシステムファイル破損や起動関連ファイルの不整合が根本原因になっていると考えた方が自然です。
対処の優先順位は明確です。まずDドライブのデータを保全すること。次に、オフラインSFCや必要に応じたDISMでWindowsの整合性を戻すこと。その後にBCDやEFIの再構築へ進むこと。この順番を守れば、Cドライブを完全消去せずに復旧できる可能性は十分あります。
起動トラブルに直面すると、すぐ初期化したくなります。しかし、本当に守るべきものがあるなら、最初に必要なのは決断の速さではなく、手順の正しさです。今回のようなケースでは、ブートローダーだけを見るのではなく、Windows全体の状態を見直すことが復旧への近道になります。
