From owner-freebsd-stable Tue Jul 16 8:49:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C96DD37B400 for ; Tue, 16 Jul 2002 08:49:10 -0700 (PDT) Received: from quack.kfu.com (adsl-67-113-12-90.dsl.snfc21.pacbell.net [67.113.12.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D03943E3B for ; Tue, 16 Jul 2002 08:49:10 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from icarus.kfu.com (icarus.kfu.com [IPv6:3ffe:1200:301b:2:230:abff:fe06:62e5]) by quack.kfu.com (8.12.3/8.12.3) with ESMTP id g6GFn7Ki099171 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 16 Jul 2002 08:49:08 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com (localhost [IPv6:::1]) by icarus.kfu.com (8.12.3/8.12.3) with ESMTP id g6GFn2TF019531; Tue, 16 Jul 2002 08:49:02 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Message-ID: <3D34406E.3000502@quack.kfu.com> Date: Tue, 16 Jul 2002 08:49:02 -0700 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020606 X-Accept-Language: en, en-US, en-GB MIME-Version: 1.0 To: Elliot Finley Cc: freebsd-stable@freebsd.org Subject: Re: Poor Mans Software raid 1 on root partition? References: <20020715225138.V82789-100000@mail.allcaps.org> <011c01c22c8e$8e6d6f70$0900a8c0@P1200n> <00a001c22cd6$694888e0$035ad70a@PriceDMSDoc> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Elliot Finley wrote: > Here is what I do to make a bootable backup of my running system. [...] > /sbin/dump -0f - /usr | /sbin/restore -rf - This is a... (I hesitate to use the word "bad", since it's not nearly bad as using dd) not-so-good thing to do with a live filesystem. What happens is that between phase 2 and 3 of the dump, the restore runs through the entire filesystem and makes all the directories. This is a *substantial* delay. In the meantime, the original filesystem can be changing. Level 0 backups need to be done when the filesystem is quiescent as possible anyway. Piping it to restore just makes things worse. The better way is dump | gxip > temporary_file gzcat temporary_file | restore rm temporary_file One trick is to actually newfs your swap partition and use that for the temporary file, presuming your swap area is large enough to do the trick. I do dump | restore all the time when I want to move from one disk to another, but I only do it in single-user mode. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message