From owner-freebsd-questions@FreeBSD.ORG Fri Oct 25 17:38:26 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E9439BA for ; Fri, 25 Oct 2013 17:38:26 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51A9025FA for ; Fri, 25 Oct 2013 17:38:26 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r9PHcOTl070456; Fri, 25 Oct 2013 11:38:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r9PHcO0s070453; Fri, 25 Oct 2013 11:38:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 25 Oct 2013 11:38:24 -0600 (MDT) From: Warren Block To: Matthias Apitz Subject: Re: tool for checking integrity of a file system DUMP In-Reply-To: <20131025130419.GA1969@tiny.Sisis.de> Message-ID: References: <20131025082352.GA15369@sh4-5.1blu.de> <20131025130419.GA1969@tiny.Sisis.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3512871622-1514343918-1382722704=:70337" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 25 Oct 2013 11:38:24 -0600 (MDT) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2013 17:38:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3512871622-1514343918-1382722704=:70337 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 25 Oct 2013, Matthias Apitz wrote: > El día Friday, October 25, 2013 a las 06:59:56AM -0600, Warren Block escribió: > >> On Fri, 25 Oct 2013, Matthias Apitz wrote: >> >>> I'm using dump(8) for backups. Is there some tool to check the integrity >>> of the produced dump? A 'restore -t -f ....' seems to look only into the >>> header of the dump and not reading the full file... >>> >>> Ideally would be a binary comparisation of the files in the dump with >>> the original files on disk, ofc directly after the dump done in single >>> user mode. >> >> It may be possible to use mtree(8)'s cksum to compare the original files >> with those in the backup. > > Sorry for not beeing precise enough: I did not want to restore the files > to disk, just reading the dump and comparing with the original. Would be > nice if restore would have an option for this; -N is not strong enough I > think. I was thinking the output of restore could be piped into mtree, and that could be compared to the mtree output on the actual filesystem. --3512871622-1514343918-1382722704=:70337--