I got a tripple boot(Manjaro (main, manages grub), Windows, Ubuntu) on a 256 GB SSD. And there is one problem with it: The space is very limited on that drive. So therefore I was considering to buy a 1TB SSD and move the whole system there.
Since my time is limited, I wanted to ask if the following movementscheme works:
Boot from a Livesystem
use dd to clone the 256GB SSD to the 1TB SSD. (dd if=/dev/sda of=/dev/sdb)
use Gparted to increse the partition-size and move partitions.
If you clone your partitions, I guess there will be anyway new UUIDs. So into the Live environment, don’t forget to check in /etc/fstab and to modify accordingly.
I would rather create a new GPT table on the new disk and copy the partitions. Then you can resize the partitions acc. to your needs as well. Afterwards, correct the /etc/fstab as explained by @Falav and potentially entries in /etc/default/grub, boot into your system via a live ISO and manjaro-chroot, restore the boot loader and then run
sudo update-grub
with prior os-prober enabled in your /etc/default/grub by
GRUB_DISABLE_OS_PROBER=false
to generate the entries for the other OS in grub’s boot menu. It could be required to re-assign the ESP in your firmware.
I moved a multiboot Linux/Windows install to new pc using:
CloneZilla that restores the UUID of your filesystems ( very important in my experience )
As precaution save the given UUID in terminal:
blkid>>given_uuids
Restore them as needed in terminal:
tune2fs -U uuid device
I don’t know but i think its not only fstab where UUID are saved?! Perhaps systemd also? To avoid all this take CloneZilla. Ok its hard to handle. To accept proposed options is a good choice.