The way I'd use, step by step # if you use encryption it's more complex, That is to create a partition table and partitions on the new disk, copy everything over, update fstab on the new disk, update grub, and optionally install grub on the new disk so you can remove the old one. The way I’d use may be a little more long winded but allows full freedom in partition size and layout and automatically generates new UUIDs. If the new drive is smaller then you can’t clone anyway, since it copies empty space too. These need to be changed and then the config files updated. It copies everything including the UUIDs which are meant to be unique. The partition layout may restrict how you use the extra space, though you can create new partitions and mount them instead of resizing it’s still somewhat restrictive. If the new drive is bigger then you’ll need to resize partitions to use the extra space, this can cause data loss (you may have to copy the files over manually anyway). May be a bit much since you already cloned it, try the other options first.Ĭloning is not the best way to move/copy an install, there are a number of problems, especially if you want both disks in the computer at the same time. If they’re encrypted and need resizing probably best to copy them over like below after reading about dmcrypt and making the appropriate preparations. Afterwards you may want to resize the partitions if your new disk is bigger. A quick search found this: How to Change UUID of Partition in Linux Filesystem, Changing the UUID of a FAT32 or NTFS Partition. You can change the UUIDs on your new disk, update /etc/fstab (crypttab if you use encryption) on your new disk with the new UUIDs and then sudo update-grub. You can remove one disk, then the other should be used.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |