Here's how I do such stuff:
Partition the new disk however you want.
Boot from a live disk (e.g. - an Ubuntu installation DoK)
Mount both old and new, and copy everything over. I usually
use "cd old ; tar cf - . | tar -C /new xvf -".
Shut down machine
On Wednesday, 1 May 2019 7:29:37 IDT Shlomo Solomon wrote:
> The subject says it all. But a few more details. My 1Tb drive is
> about to die and I'm moving to a new 3Tb drive. The drive
> (/dev/sda) includes 5 partitions - / , /home , /boot/efi , /data ,
> swap. Most of the bad blocks seem to
Hi,
My 2c...
Stop using the bad HDD ASAP. Verify you have all your data from
your backups first. If you are missing data from the backups,
restore from the bad HDD first. This restoration is best left for
professionals or a long read-up
Hi,
If a fresh install is an option - it's probably the best one,
(depending on the extra work it may present ). (imo) .
If I must clone, I'd use clonezilla, and have used it extensively, for
the most part, I've had good results for both personal or production
use.
As for dd - unless you've had
I tried clonzilla to move an lvm partitioned disk to a new one. it used various
forms of dd copying.
The copy went sucessfully, but it did not boot. Fsck failed with hundreds if
not thousands of bad files, duplicate inodes, etc.
In the end I just did a fresh install from the original distribution
The subject says it all. But a few more details. My 1Tb drive is
about to die and I'm moving to a new 3Tb drive. The drive
(/dev/sda) includes 5 partitions - / , /home , /boot/efi , /data ,
swap. Most of the bad blocks seem to be in the /data partition.
Needless to say, I have good backups of