Date: Fri, 12 Jun 2020 12:23:50 -0700 From: David Christensen <dpchrist@holgerdanske.com> To: freebsd-questions@freebsd.org Subject: Re: Makin' backups -- questions Message-ID: <6ba3f007-3045-99be-5d35-10c75b37ab17@holgerdanske.com> In-Reply-To: <90309.1591958242@segfault.tristatelogic.com> References: <90309.1591958242@segfault.tristatelogic.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-06-12 03:37, Ronald F. Guilmette wrote:
> In message <ef3ebee8-a3f1-8caf-040d-d9483afc5c15@holgerdanske.com>,
> David Christensen <dpchrist@holgerdanske.com> wrote:
>> The simplest, but least efficient, backup method I have found for system
>> drives is to copy the device raw sectors to a file with dd(1)
>
> Too slow.
Fast enough for me:
# time dev2img ...
<snip>
real 12m4.536s
user 9m6.544s
sys 0m48.416s
> rsync allows me to just update my backup drives incrementally, which is
> WAY faster. (My server has 3TB live. DD'ing all of that would take all
> night.)
See previous:
>> 3. I keep my system images "small" ...
>> 2. I use MBR partitioning, to avoid problems with the GPT backup
>> partition table when the source and target device sizes differ.
>
> You're going to have to explain that one to me. What are these "problems"
> of what you speak?
See "Secondary GPT":
https://en.wikipedia.org/wiki/GUID_Partition_Table
David
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6ba3f007-3045-99be-5d35-10c75b37ab17>