AOMEI PreOS後にWindowsが起動しない「0x0000007B／ntfs.exe」エラーの原因と復旧手順

Windowsのパーティション縮小を行った直後に、再起動後のブートでブルースクリーン（0x0000007B）や「ntfs.exe」に関連するエラーが出て起動できなくなるケースがあります。結論から言うと、すぐに諦める段階ではありません。多くは「ファイルシステムの不整合」「ブート情報の破損」「ストレージ周りの設定変更」などが引き金で、正しい順序で対処すれば復旧できる可能性が高いです。この記事では、AOMEIのPreOSモードでパーティション操作が途中停止・中断された後に発生しやすい症状を整理し、データを守りながら復旧するための現実的な手順をまとめます。

AOMEI PreOS後にWindowsが起動しない「0x0000007B／ntfs.exe」エラーの原因と復旧手順

起きていることを整理する：PreOS中断後にありがちな3つのトラブル

AOMEIなどのパーティションツールは、Windows上で操作を予約して再起動し、PreOS（Windows外の専用環境）でディスク構造を書き換えます。ここで進行が巻き戻ったり「operation aborted」になった場合、次のような状態が起こり得ます。

NTFSファイルシステムの整合性が崩れる
移動・縮小中断でメタデータが中途半端になり、起動に必要な領域（MFTなど）に不整合が出ると、ntfs.sys／ntfs.exe関連のエラーや起動不良につながります。
ブート構成（BCD）や起動領域の参照先がずれる
パーティション番号や開始セクタが変わったのに、ブートローダー側が古い位置を参照し続けると起動できません。
ストレージモードやドライバ周りで「0x0000007B」になりやすい
0x0000007Bは典型的に「起動デバイスにアクセスできない」系の停止コードです。作業後にBIOS/UEFI設定（AHCI/RAIDなど）が変わった、またはファイルシステム破損で読み出し不能になった場合にも起こります。

なお、作業後にWindowsが「重い」「タスクバーが消える」「フォーカスが飛ぶ」など不安定になったのは、ディスクI/Oエラーやシステムファイル破損、Explorerの異常再起動などが起点になっている可能性があります。ここから再起動を繰り返すほど状態が悪化することがあるため、復旧は手順を守って進めるのが重要です。

まず最優先：追加操作を止めてデータを守る

復旧の前に大事な方針があります。

Fedoraのインストールは中断（書き込みが増えるほど復旧が難しくなる）
パーティション操作は追加で行わない
可能なら別PCやUSB起動環境で重要データを退避してから修復に入る

「起動しない＝終わり」ではありませんが、修復はディスクに書き込む作業を含むため、先に守るもの（データ）を確保すると安心です。

復旧手順の全体像：成功率が高い順に進める

以下は、一般に成功率が高く、リスクが比較的低い順です。途中で直ったら先に進む必要はありません。

1) BIOS/UEFIでストレージ設定を確認する（数分でできる重要チェック）

0x0000007Bが出る場合、まずここを確認します。

SATAモードが AHCI か RAID/IRST か
以前の設定から変わっていないかを確認し、元の状態に戻すのが基本です。
ブート順序が想定どおりか（Windows Boot Managerが先頭か）

設定が変わっていただけで復旧することがあります。パーティション操作と直接関係なさそうに見えて、作業後の再起動でBIOS設定が初期化される例もあります。

2) Windows回復環境（WinRE）で自動修復を試す

WindowsインストールUSB（または回復ドライブ）から起動し、
「コンピューターを修復する」→「トラブルシューティング」→「スタートアップ修復」 を実行します。

ブート情報の軽微な破損なら、これで通ることがあります。

3) chkdskでNTFS整合性を修復する（本命）

ntfs系のエラーが疑われる場合、優先度が高いです。WinREのコマンドプロンプトで実施します。

まずドライブ文字を確認（WinREではWindowsがC:でないことがある）
diskpart → list vol でWindowsが入っているボリュームを特定し、exit
次にチェックディスク
chkdsk X: /f /r（X:はWindowsボリューム）

/rは時間がかかりますが、セクタ不良や読み取り問題も含めて検査します。縮小・移動中断でファイルシステムが壊れたパターンでは、これが最も効くことが多いです。

4) システムファイル修復（SFC/DISM）

chkdsk後に起動できても不安定な場合や、起動できない場合でも状況によって有効です。

オフラインSFCの例（ドライブ文字は環境に合わせる）
sfc /scannow /offbootdir=X:\ /offwindir=X:\Windows
DISM（WinREで通る場合と通らない場合があります）
dism /Image:X:\ /Cleanup-Image /RestoreHealth

5) ブート構成（BCD）を作り直す

パーティション情報のずれで起動できない場合に効きます。WinREのコマンドプロンプトで、

まずWindowsの検出と再構築を試す
bootrec /scanos
bootrec /rebuildbcd
うまくいかない場合、EFI構成を作り直す手が有力
bcdboot X:\Windows /l ja-jp
（EFIパーティションのドライブ文字付与が必要なケースもあります）

ここは環境差が出やすい領域ですが、スタートアップ修復で直らない場合の次点として有効です。

「Is it that bad?」への現実的な答え

状況は確かに「軽いトラブル」ではありません。ただし、パーティション操作中断後の起動不良は珍しくなく、chkdsk＋ブート修復で復旧する例が多いのも事実です。致命的なのは、復旧前に追加でパーティション操作を続けたり、Linuxインストールで上書きが進むことです。今の段階で止められているなら、まだ十分巻き返せます。