SSD と HDD に Ubuntu をインストールしています。HDD 上の Ubuntu ではなく、SSD 上の Ubuntu を起動する方法

SSD と HDD に Ubuntu をインストールしています。HDD 上の Ubuntu ではなく、SSD 上の Ubuntu を起動する方法

HDD に Ubuntu 20.04 をインストールし、それを SSD 上の新しいパーティション (/dev/sdb4) にコピーしてから、grub をインストールしました。これで、/dev/sdb4 上の Ubuntu (つまり SSD 上の Ubuntu) のブート オプションを選択するたびに、システムは SSD Ubuntu ではなく HDD Ubuntu から起動します。これを修正するにはどうすればよいでしょうか?

ここに画像の説明を入力してください

HDD から SDD に Ubuntu をコピーする方法の詳細については、こちらを参照してください:-Ubuntu 20.10をHDDからSSDに転送する方法。SSDにはすでにWindows 10がインストールされています。

答え1

には/boot/efi/EFI/ubuntu/grub.cfg、ディレクトリ/ファイルシステムを含むパーティションを参照するファイルシステム UUID があります。これは、Ubuntu ファイルシステムへの UUID ベースの参照をさらに含む/boot実際の を見つけるために GRUB によって使用されます。/boot/grub/grub.cfg

Ubuntu パーティションを SSD にコピーすると、ファイルシステムの UUID もコピーされます。そのため、同じ UUID を持つ 2 つのファイルシステムが存在し、その UUID を検索するときに、GRUB は最初に HDD を参照します。

HDD 上のコピーが不要になった場合は、HDD 上のコピーの UUID を変更して、GRUB が検索するものと一致しないようにする必要があります。ファイルシステムの UUID を変更するコマンドは、ファイルシステムの種類ごとに異なります。この質問を見るいくつかのファイルシステムタイプに適したコマンドについては、

あるいは、代わりに SSD 上の Ubuntu ファイルシステムの UUID を変更し、その UUID へのすべての参照を SSD ベースのインストール上の新しい UUID に置き換えることもできます。少なくとも、、、場合によっては、を編集し、SSD 上の initramfs ファイルを再生成する必要があります/boot/efi/EFI/ubuntu/grub.cfg。これはより多くの作業ですが、HDD 上のオリジナルを変更せずに保持することで/boot/grub/grub.cfg、大きな間違いを犯した場合でもコピーを再試行できます。/etc/fstab/etc/initramfs-tools/conf.d/resume

関連情報