Presently my FC17 system is running on a 1TB MBR drive which is running out of space. Since the case doesn't have room for an additional drive and I don't want an external drive, I was planning to replace the the 1TB drive with a 4TB drive.... but I know that things like dd to clone drives can't handle GPT 4TB drives, so was wondering if anyone had any advice on how best to do this which would prevent me from digging myself a deep hole I won't be able to get out of.
I kind off ruled out reinstall as this server has grown over the years and includes RPMs, and source builds as well. It's a webhost, mailserver, asterisk PBX, ldap, proxy, samba, etc. etc.. I probably wouldn't be able to get it all working correctly for a lengthy period of time (well, at least in a timeframe that would be acceptable to the end user... my wife). Yes, I can temporarily connect both the old and new drives and was just planning on using rysnc -a to move the files over. The potential pitfalls I would face relate more to the setting up of the drive using GPT and ensuring that grub works and finds/mounts the GPT drive. I searched google and really still am not clear on how best to do this.
I recently moved my debian linux from SSD to HDD, to prepare for a fresh installation on the SSD.
First, I booted using gparted-live on USB, then used gparted to create the new filesystems on the HDD. Then mounted the old and new file systems and used "cp -a" to copy the content of each filesystem. Then a manual fix of /etc/fstab was needed for the new devices - new filesystems have new LABEL and/or UUID. Finally I needed to fix grub.cfg on the EFI partition - in my case I'm booting with grub-efi, so it might be different if you are using a different bootloader or grub-pc.
EDIT: I see you are using grub, so it should be similar to what I mentioned above.
Twitter and LinkedIn »
Follow us to receive Twitter updates when new discussions are posted in our forums: