最近、新しいディスクを購入したときに発生するいくつかの組織の問題を解決するために、ドライブ間でいくつかのパーティションを移動しました。
最初は/dev/sdaがありました:
/dev/sda1/ - ntfs - Windows Recovery
/dev/sda2/ - fat32 - EFI
/dev/sda3/ - ntfs - ** This is where windows was installed **
/dev/sda4/ - ext4 - ** This is where arch linux was installed **
/dev/sda3
(Windowsパーティション)を新しいディスクに移動し、未割り当て領域を使用するために/ dev / sda4(arch linux)のサイズを変更しました。これはすべてUEFIモードで起動するgparted live USBを介して行われます。
その後、ArchインストールUSB(UEFIモードでも)を起動し、arch-chroot
fstabのすべてを編集して更新し、次を使用してすべてをインストールしてfstabエントリが有効であることを確認しました。mount -a
その後、os-proberがインストールされていることを確認してgrub-mkconfigを実行し、/dev/sda2
EFIパーティションでWindowsブートマネージャが見つかったと報告しました。
問題は、起動しようとするとWindowsでエラーが発生し、起動回復を試みて放棄することです。 Windowsのブートマネージャがすべてを/dev/sdb1
。
この問題を解決するために私ができることはありますか?新しい場所から起動するようにWindowsブートマネージャをどのように設定しますか?
編集:透明性のためにスーパーユーザーにこの質問をして見つけた内容も含めます。ここ
答え1
パニックにならないでください。私はこの質問の温床に対する答えを見つけました。すべての答えでこれが消えないことを願っています。
将来、このようなものを検索する人のためのソリューションは、EFIパーティションを完全に破壊することでした(パートライブまたは優先リカバリパーティションマネージャを介して)。そこで、最初のドライブの最後に256MBのサイズの新しいfat32フォーマットパーティションを作成し、名前をEFIとして指定しました。一部のガイドでは、パーティションはドライブの先頭になければならないと説明していますが、UEFI仕様によるとそうではありません。
その後、Windows 10インストールUSBを起動しました。コマンドプロンプトに入り、一部の組み込み機能を使用して新しいブートファイルを作成します。私は主に私が見つけたガイドに従いました。ここ詳しくは、「efiパーティションウィンドウの作成方法」を検索してください。
その後、Linuxを起動することはできませんでしたが、Linux Rescue CDを使用してデュアルブート機能を備えたブートローダをインストールして構成するプロセスは簡単で文書化されていました。