そこで、Ubuntu (デュアルブート) をインストールしようとしていたので、ハードドライブを再パーティションする必要がありました。これは UEFI/GPT Windows 10 です。Easeus パーティション ツールを使用して、次の操作を実行しました。- Windows パーティションを縮小 - ext3 60GB を作成 - ext3 3GB スワップを作成
起動できません。エラー: 0xc0000225
Easeus が本当にやらかしたようです。Ubuntu Live を起動したところ、パーティションは次のようになりました: GParted スクリーンショット
明らかにパーティションは作成されていません...
UEFI はオフにしていたと思います。また、GPT をサポートしていない古いバージョンの Easeus がインストールされていた可能性があり (確信はありません)、そのため MBR を試していた可能性があります (可能性はありますか?)
boot-repair bootinfo summary を実行しました:http://paste.ubuntu.com/12739485/
インストールを失うことなくこれを解決するにはどうすればよいですか? 注: Windowsメディアからchkdskを実行しましたが、自動修復では解決しませんでした
パーティションのサイズを元のサイズに戻すと、何かが修正されますか? (可能性は低いですが) サイズ変更によってドライブ/パーティションの GUID が変更された可能性がありますか?
答え1
コメントから、問題は解決されたとわかりますが、いくつか説明と明確化を提供したいと思います。
UEFI はオフにしていたと思います。
EFI対応コンピュータの大半はEFIファームウェアを使用しています。できないオフにすることはできません。一部のコンピュータでは、BIOS/CSM/レガシーモードのブートを強制できますが、その背後ではEFIが動作しています。ほとんどのEFIでは、BIOSモードのブートを強制することはできません。互換性サポートモジュール（CSM）を有効にすると、BIOSモードのブートがオプション、必須ではありません。これを理解するには、次のような例えを考えてみましょう。CSM (BIOS/レガシー モードのブートを可能にする) はdosemu、EFI と Linux の関係と同じです。どちらも、より高度な環境 (EFI または Linux) で、それほど高度でない環境 (BIOS または DOS) 向けに書かれたプログラムを実行できるようにします。ただし、Linux 経由で DOS プログラムを実行する場合dosemu、コンピューターは引き続き Linux を実行しています。また、CSM 経由で BIOS モードの OS をブートする場合、ファームウェアは引き続き EFI です。
結局のところ、CSM は、少なくとも最近のコンピュータでは、解決する問題よりも多くの問題を引き起こします。 時々必要になることもありますが、原則として、CSM を無効のままにしておくことをお勧めします。 CSM を有効にすること (つまり、「UEFI モードを無効にすること」) が、そもそも問題の原因である可能性があります。または、少なくとも、問題の原因の重要な部分であった可能性があります。
GPartedのスクリーンショットとブート情報スクリプトの出力はどちらも/dev/sdaGPTを使用していることを示しています。そのため、WindowsしなければならないEFI モードでディスクにインストールすることはできません。実際、Boot Info Script の出力には、EFI モードの Windows ブート ローダー ファイル (または少なくとも適切なファイル名のファイル) が表示されます。ただし、Boot Info Script の出力には、ディスク上の BIOS モードの Windows ブート ローダーも表示されます。ただし、このブート ローダーは GPT ディスクでは役に立ちません。私の推測では、EaseUS がそのコードを MBR に書き込んだが、以前のインストールから残っていた可能性があります。いずれにせよ、CSM をアクティブ化することで、この役に立たないブート コードが実行され、起動に失敗した可能性があります。
答え2
Windows DVD を挿入し、そこから起動する必要があります。よく見えないところに、「Windows を修復」などのテキストが表示されます。そこに到達するまでに 10 分かかりますが、実際に作業にかかる時間は約 1 秒です。