[Dirvish] Replacing backup drive
dirvish at hunsperger.com
Sat Jul 14 03:38:36 UTC 2018
On 7/13/18 5:55 PM, Jim Conger wrote:
> Use rsync with all the right options to copy pretty much every detail,
> see man page for rsync, but "rsync -a --stats /mnt/hd/.
> /mnt/NEWDRIVE/." should do it. Note the trailing /. on the paths, that
> makes sure you are copying everything in the old to the new, including
> the permissions of /mnt/hd/. itself.
Note that rsync -a option does not include -H, which is necessary to
preserve the hard links Dirvish created. Without it, the new drive will
be full before the sync is complete.
-a, --archive archive mode; equals -rlptgoD (no -H,-A,-X)
I would also recommend -S to ensure any sparse files stay sparse.
Essential if you have VMs or use docker. I do not believe Dirvish
supports ACLs or extended attributes, so options -A and -X should not be
required, but I always include them to be safe. I also like to see
progress, so will usually include -v (or --info=progress2 for newer rsync).
So, the full command I would use is "sudo rsync -aSHAX -v --stats
/mnt/olddrive/ /mnt/newdrive". The trailing slash on olddrive is
required, and will result in the root of the new drive having the same
attributes as the old drive.
As to the question about initializing the FS on the new drive -- One
thing I would check is how your current backup drive inode utilization
(tune2fs -l) is looking. The mechanism Dirvish uses to save disk space
results in higher-than-normal inode usage. How high depends on how many
backups you keep and the nature of the data you are backing up. If your
current "Free inodes" to "Inode count" ratio looks good, just create the
new FS as normal. If you are running short on inodes, read up on mke2fs
-i option. You will most likely be fine with the defaults.
More information about the Dirvish