From owner-freebsd-fs@FreeBSD.ORG Fri Mar 27 03:02:49 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFE9F106564A for ; Fri, 27 Mar 2009 03:02:49 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8587C8FC08 for ; Fri, 27 Mar 2009 03:02:46 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.3/8.14.3) with ESMTP id n2R2SkvO039674; Thu, 26 Mar 2009 22:28:49 -0400 (EDT) (envelope-from mi+thun@aldan.algebra.com) Message-ID: <49CC39DE.3060604@aldan.algebra.com> Date: Thu, 26 Mar 2009 22:28:46 -0400 From: "Mikhail T." User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: Andrew Snow References: <49C83673.3000604@aldan.algebra.com> <200903251232.11418.doconnor@gsoft.com.au> <49C99204.2050601@aldan.algebra.com> <200903251334.38350.doconnor@gsoft.com.au> <49C99FD2.50609@aldan.algebra.com> <49CA5602.9050001@aldan.algebra.com> <49CC3162.5090201@aldan.algebra.com> <49CC3889.9000201@modulus.org> In-Reply-To: <49CC3889.9000201@modulus.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: backup strategy (Re: dump | restore fails) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 03:02:49 -0000 Andrew Snow ΞΑΠΙΣΑΧ(ΜΑ): > Mikhail T. wrote: > > To qualify for your (and your kind's) recognition then, a person > > needs to have at least as much extra storage capacity as the > > largest filesystem they are backing up. They also need > > non-trivial scripting abilities, because the OS doesn't > > include anything like what you are describing > > Mikhail, users would be well advised to check their backups using this > option, without having to have the space to restore: > > -N Do the extraction normally, but do not actually write any > changes to disk. This can be used to check the integrity of dump media > or other test purposes. And then another "purist" will reject this as a fake and not sufficiently conclusive test... Just ask around... Because, you see, until you extract all data back and run a bit-by-bit comparison with the original, you don't really know, do you? -mi