On Tue, 29 Sep 2009, Warren Block wrote:
On Wed, 30 Sep 2009, Polytropon wrote:
On Tue, 29 Sep 2009 22:48:30 -0400, PJ <af.gour...@videotron.ca> wrote:
Duh.... I think I see where this is leading... I'm pretty sure it was
issued from / which makes it redundant, right? I should have issued it
from somewhere else, like from home, usr or whatever but not from / as
that is what I was trying to dump.... :-[
The working directory does only matter to the restore command.
The dump command just cares for the partition name. In order
to find out what partition corresponds with which subtree,
check /etc/fstab or run the
/dev/ad0s1a on / (ufs, local)
/dev/ad0s1d on /tmp (ufs, local, soft-updates)
/dev/ad0s1e on /var (ufs, local, soft-updates)
/dev/ad0s1f on /usr (ufs, local, soft-updates)
/dev/ad0s1g on /export/home (ufs, local, soft-updates)
command, as in the example above.
Why make it harder than it needs to be? Call it / or /var or /usr instead of
/dev/ad0s1whatever. dump will handle it. It's built for that. If it's a
live filesystem, add -L.
Just to add a possibly more relevant example from the FAQ:
That example has the user connect the new disk to the old system. That
works, but I've always felt it's too easy to get the disks mixed up and
write to the wrong one. So usually I back up /, /var, and /usr to files
on a USB disk or sshfs. Then I switch to the new target system, booting
it with a FreeBSD disk and doing a minimal install. That makes sure the
MBR is installed, gives me a chance to set all the filesystem sizes, and
Then I restore from the dump files created earlier, over the running
system. First /usr, then /var, then /. On reboot, it's a clone.
-Warren Block * Rapid City, South Dakota USA
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"