Date: Thu, 06 Dec 2007 15:26:08 +0000 From: Vince <jhary@unsane.co.uk> To: Konstantinos Pachnis <kpachnis@freemail.gr> Cc: Jerry McAllister <jerrymc@msu.edu>, jamesh@lanl.gov, Steve Franks <stevefranks@ieee.org>, User Questions <freebsd-questions@freebsd.org> Subject: Re: copying just / (not /tmp, /usr, etc) (rsync -x failed) Message-ID: <47581490.6020200@unsane.co.uk> In-Reply-To: <47580BC8.6050205@freemail.gr> References: <539c60b90712041638s78b4e40fn67434f2dce5e27e7@mail.gmail.com> <20071205154148.GB21074@gizmo.acns.msu.edu> <1196874620.32615.15.camel@p25dual1.lanl.gov> <47580BC8.6050205@freemail.gr>
next in thread | previous in thread | raw e-mail | index | archive | help
Konstantinos Pachnis wrote:
> James Harrison wrote:
>> On Wed, 2007-12-05 at 10:41 -0500, Jerry McAllister wrote:
>>
>>> On Tue, Dec 04, 2007 at 05:38:20PM -0700, Steve Franks wrote:
>>>
>>>
>>>> I have / on one slice, and [usr,tmp,var] on others. I want to move
>>>> just / to a new disk, which seemed to be what rsync -x ("do not cross
>>>> filesystems") was intended for. It failed, however, as df shows 20k
>>>> blocks in /, and rsync filled up the target slice with 50k blocks, so
>>>> obviously it blew right past the 'end' of / - did I miss something? Is
>>>> there no other way except to umount [tmp,usr,var]?
>>>>
>>> I would use dump/restore.
>>>
>>> Build the filesystem in the new disk partition with fdisk, bsdlabel
>>> and newfs as needed. Then mount the new partition somewhere -
>>> example:
>>> mkdir /newpart
>>> mount /dev/ad1s1a /newpart
>>> (presuming new disk is ad1, slice is 1, partition is a)
>>> Doesn't hurt to do an fsck on it here before writing to it, but it
>>> probably isn't really needed.
>>>
>>> Then, run the dump/restore
>>>
>>> cd /newpart
>>> dump 0af - / | restore -rf -
>>>
>>> This will get all of / as you want. The other mountpoints for /tmp, /usr
>>> and /var will be copied, but not the contents of those filesystems. You
>>> probably want that.
>>>
>>> ////jerry
>>>
>>>
>>>> Thanks,
>>>> Steve
>>>>
>> Everyone's recommending dump/restore for copying file systems, and
>> there's something that I've never really been clear on.
>>
>> The nice thing about rsync is that it's network aware. Can dump dump a
>> file system across a network?
>>
Not following the rest of the thread so sorry if a duplicate answer.
you can easily dump to a file across a network if you have ssh configured.
something like
dump -f - /dev/ad1s1 | ssh user@remotehost "cat >
/path/to/dumpfile.ad1s1.oldhost"
Dump can also talk to remote tape devices using rmt apparently but I've
never tried this.
Vince
>> James
>>
>> _______________________________________________
>> freebsd-questions@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
>>
>>
> Hi,
> If you want to perform network backups, you should consider using a
> network aware backup solution such as Bacula or Amanda.
>
> Konstantinos
>
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47581490.6020200>