私は現在、古い 500GB HDD で実行されている Ubuntu ボックスを持っています。
240GB の SSD を入手しましたが、HDD は部分的にしか使用されていませんでした (10% 使用) ので、HDD を SSD にクローンすることにしました。
HDD は SSD より大きいため、デフラグしてデータ パーティションのサイズを 240 GB 未満に変更しました。その後、システムは引き続き動作し、通常どおり起動します。
SSD は 100% Windows マシン上にあったため、MBRパーティション テーブルがありましたが、これをパーティション テーブルに置き換えましたgpt。次に、HDD にあるものと同じサイズのパーティションを 2 つ作成しました。
次に、別の Ubuntu 起動可能 USB を使用して PC を起動し、次の 2 つのddコマンドを発行しました。
sudo dd if=/dev/sda1 of=/dev/sdd1 status=progress
sudo dd if=/dev/sda2 of=/dev/sdd2 status=progress
すべてエラーなく正常に進みましたが、最後に PC が SDD からの起動を拒否しました。
パーティション /dev/sdd2 は、/dev/sda または起動可能な USB から起動するときにマウントできるため、正しくクローンされたようです。ただし、/dev/sda2 の使用済み領域が /dev/sdd2 の使用済み領域よりも大きいことに気付きました。これは、そこから起動した結果として生じた一時ファイルとデバイスによるものと思われます。
他のディスクを接続せずに SSD から起動しようとしましたが、PC の起動時に BIOS/EFI メニューに直接進むだけです。
SSD が起動しない理由をご存知ですか?
答え1
最近、デュアル ブート (Windows 10 + Ubuntu 20.04) を HDD から新しい M.2 NVMe SSD にクローンした後、Ubuntu が起動しないという問題が発生しました。Windows は正常に起動していましたが、Ubuntu では Grub シェルのみが表示されていました。
ここで、また他のフォーラムでも推奨されているように、Ubuntu Boot-Info ツールを使用しましたが、クローン作成中に GRUB が Ubuntu がインストールされているパーティション 7 ではなくパーティション 1 にインストールされたことが問題として示されました。そこで、Ubuntu Boot-Repair ツールを使用して、正しいパーティションに GRUB を再インストールしたら、うまくいきました。
答え2
ターゲット ディスクが元のディスクよりも小さいため、元のディスクをクローンするには個々のパーティションをコピーする必要がありました。しかし、いくつかのコメントに従って、個々のパーティションをコピーしてもブート レコードはコピーされないことに最終的に気付きました。
この問題を解決するために、私は最終的にBoot-Repairアプリケーションを使用しました（help.ubuntu.com/community/ブート修復）