以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/16/214308より取得しました。


Windows 11のエラーコード0xc000000fとSrtTrail.txtで起動しない時に、データを消さずに復旧する現実的手順

 

Windows 11のエラーコード0xc000000fとSrtTrail.txtで起動しない時に、データを消さずに復旧する現実的手順

Windows 11で「0xc000000f」が出て起動できず、さらに \System32\Logfiles\Srt\SrtTrail.txt が絡むと、検索で出てくる“BCD修復”だけでは直らないケースが珍しくありません。大事なのは「まずデータ退避の道を確保してから」「壊している箇所を順番に切り分ける」ことです。ここでは、再インストールで全消しになる前に試せる、データ保護優先の復旧手順をまとめます。

まず状況整理:0xc000000f と SrtTrail.txt は「原因」ではなく「症状」のことが多い

  • 0xc000000f はざっくり言うと「ブートに必要な情報(起動構成)が読めない/見つからない」状態で出やすいコードです。BCD(Boot Configuration Data)の破損、EFI周りの不整合、ディスクエラーなどが代表例です。 Microsoft Learn

  • SrtTrail.txt は Windows の「スタートアップ修復(自動修復)」が何をしたかを残すログで、ここが見えている時点で“起動修復ループ”に入っていることが多いです。 Microsoft Learn

つまり、**「ログのファイルが悪い」より「起動の仕組みがどこかで詰まっている」**と考えるのが近道です。

最優先:ファイルを失わないための“退避ルート”を先に作る

修復コマンドは状況によっては悪化させることもあります。重要データがあるなら、先に退避できる状態を作るのが安全です。

1) まず確認:BitLocker(デバイス暗号化)が有効か

Windows 11は機種や設定によって BitLocker/デバイス暗号化 が有効なことがあります。暗号化されていると、Linux起動での救出が難しくなります。

  • Microsoftアカウントでサインインして使っていたなら、回復キーがアカウントに保存されている場合があります(別端末で確認可能)。 マイクロソフトサポート+1

  • メーカーPCや組織アカウント(仕事/学校)でも保存先が別にある場合があります。 マイクロソフトサポート

回復キーが見つかれば、Windows PE環境や別PC接続でも読み出しの成功率が上がります。

2) “安全なデータ救出”の王道:別OSで起動してコピー

  • 暗号化が無い/解除できるなら、LinuxのライブUSBで起動して外付けHDDへコピーが定番です。 Reddit

  • 暗号化ありなら、回復キーが必要になることが多いので、Windows PE(回復環境)側でのコピーや、回復キー取得を先に進めます。 マイクロソフトサポート

3) 「2台目HDD/SSDにWindowsを入れて救出」は有効?

有効です。手堅い手順はこうです。

  • 新しいSSD/HDDにWindows 11を新規インストール(既存ディスクは触らない)

  • 既存ディスクは “データ用として接続” してコピー

    • 可能なら外付けケース/USB変換で接続(誤操作で上書きしづらい)

    • 内蔵接続でもOKだが、起動ドライブの優先順位(UEFI/BIOS) だけ注意

この方法のメリットは、復旧作業をしても元ディスクの状態を温存しやすいことです。

データ退避ができた(または退避不要なデータしかない)場合の修復手順

以下は「WindowsインストールUSB」または「回復環境(WinRE)」から [トラブルシューティング] → [詳細オプション] → [コマンド プロンプト] を開く前提です。

手順A:ディスクエラーの修復(最初にやる価値が高い)

ストレージにエラーがあるとBCD修復をしても再発します。

  • chkdsk C: /f /r を実行
    (Windowsが入っているドライブ文字がCではないこともあります)
    この系統はMicrosoftの回答でも定番の流れです。 Microsoft Learn

手順B:オフラインでシステムファイル修復(SFC/DISM)

起動不能の原因がシステムファイル破損なら効きます。

  • sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

  • うまくいかない場合はDISM(環境によって手順が分岐しがち)

※ここは環境差が出るので、まずは chkdsk→sfc の順が無難です。

手順C:BCD/EFIの再構築(0xc000000fの本丸)

検索でよく見る bootrec 系は、UEFI機で効き方に差が出ることがあります。代表的には以下が候補です。 Microsoft Learn+1

  • bootrec /fixmbr

  • bootrec /fixboot

  • bootrec /scanos

  • bootrec /rebuildbcd

それでもダメな時は、EFIパーティションを正しく割り当てて bcdboot で作り直す、という流れに進むことがあります(ここで誤ると悪化しやすいので、データ退避後が前提)。

手順D:修復ループを止めて状況を変える(最後の一押し)

自動修復がループして作業が進まない時、修復を一旦止めて起動の挙動を変える手があります。 Microsoft Learn
(ただし根本解決ではないので、他の修復とセットで考えるのが安全です)

GUIで試せる復旧(コマンドが不安ならここから)

回復環境のメニューで、次を優先順に試すと効率的です。

  1. スタートアップ修復(すでに失敗しているなら次へ)

  2. システムの復元(復元ポイントがあれば強い) Microsoft Learn

  3. 更新プログラムのアンインストール(直前の更新が原因の時に効く)

  4. このPCを初期状態に戻す(個人用ファイルを保持)
    “アプリや設定は消えるがファイルは残す”方向で、再インストール全消しより被害が小さいです。 Microsoft Learn

それでも直らない時に疑うべきこと(再発防止の視点)

  • SSD/HDDの物理劣化:chkdskで大量修復が走る、異音、SMART異常など

  • 電源/ケーブル不良:SATAケーブル交換で改善する例は意外とあります

  • BIOS/UEFI設定の変化:起動順、CSM、Secure Boot周りが変わると急に起動しなくなることも

「直ってもまた落ちる」なら、OSではなくハード起因の可能性を上げて考えるのが得策です。

結論:消したくないなら“修復の前に退避”、退避できたら“chkdsk→sfc→BCD”

  • ファイルが最重要:まず退避(Linuxライブ/Windows PE/別ディスクに新規Windowsで救出)

  • 修復の王道順chkdsk → オフライン sfc → BCD再構築

  • 最終手段:初期化(ファイル保持)→ それでもダメならクリーンインストール

再インストールしかないように見えても、データを守りながら試せる打ち手は複数あります。最初に“退避ルート”を作って、落ち着いて順番に切り分けるのが勝ち筋です。




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/16/214308より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14