I'm trying to copy the contents of my old eSATA drive to a new, larger eSATA drive. I'm using the instructions found in this post:http://www.dbstalk.c...ad.php?t=148760
Everything goes fine until I get to the point where I begin the xfsdump and xfsrestore commands. By the way, the gparted live terminal I get does not have root permissions, and so I need to "sudo su -" to become root before I do any of this. If anyone thinks that's a problem, perhaps we should look at that.
When I run the xfsdump pipe to xfsrestore, the kernel panics. It is complaining about xfsrestore, but I don't understand the problem (something about a null pointer).
When I reboot the machine and try it again, it fails because it says a restore was interrupted and I must provide either -R (to resume) or -Q (to force), so I add a -Q (to the xfsrestore) command. It again causes a kernel panic.
I downloaded the GParted Live CD, version 0.12.1-5 iso image and burned it to a cd, and am booting the machine with that.
Is there anything else I can do to get this copy to work? Do I need a different GParted Live version?
What about having to become root? The instructions definitely don't say anything about this, but without being root, I can't create the directories in /mnt, I can't mount the partitions, xfsrestore doesn't have permission to write into the new drive, etc.
Just for completeness, here is what I am doing:
The original drive is /dev/sdb
The new drive is /dev/sda
mkdir /mnt/new /mnt/orig
mount -t xfs -o rtdev=/dev/sda3 /dev/sda2 /mnt/new
mount -t xfs -o rtdev=/dev/sdb3 /dev/sdb2 /mnt/orig
xfsdump -J - /mnt/orig | xfsrestore -Q -J -p 600 - /mnt/new
This is where the kernel panics.