Duplicating file system

Jack L. xxjack12xx at gmail.com
Thu Feb 21 07:09:35 UTC 2019


I missed the original thread but if I want to duplicate my filesystem,
i usually use the dump and restore method

cd targetdir;dump -0f - /dev/device|restore -rf -

that will dump the /dev/device to stdout and then restore stdout to
the target. Very quick.

On Wed, Feb 20, 2019 at 11:00 PM Polytropon <freebsd at edvax.de> wrote:
>
> On Wed, 20 Feb 2019 20:59:21 -0700, @lbutlr wrote:
> > On 20 Feb 2019, at 19:21, Polytropon <freebsd at edvax.de> wrote:
> > > With this in mind, I'd start with an 1:1 copy using dd, and from that
> > > point on, have a scheduled job of rsync or cpdup in place to have any
> > > source changes affect the "copy drive".
> >
> > I will try cpdup as I have tried rsync already and it is too
> > resource intensive to run it constantly. Even with a 5 minute
> > delay sometimes a task will not finish before the next one
> > starts and then a cascade will bring the system down as more
> > and more processes get stuck.
>
> This makes the scenario even more look like a situation where
> a mirrored approach (like software RAID, gmirror) is a good
> solution; writes will happen in quasi-parallel and transparent
> to the writing process, so those race conditions won't appear.
>
> But definitely try cpdup, it might work fast enough to fit
> the time window. :-)
>
>
>
> --
> Polytropon
> Magdeburg, Germany
> Happy FreeBSD user since 4.0
> Andra moi ennepe, Mousa, ...
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"


More information about the freebsd-questions mailing list