From owner-freebsd-questions@FreeBSD.ORG Tue Jan 29 14:50:24 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E20DD16A419 for ; Tue, 29 Jan 2008 14:50:24 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from mk-outboundfilter-1.mail.uk.tiscali.com (mk-outboundfilter-1.mail.uk.tiscali.com [212.74.114.37]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE9E13C4F2 for ; Tue, 29 Jan 2008 14:50:24 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) X-Trace: 29127312/mk-outboundfilter-1.mail.uk.tiscali.com/PIPEX/$MX-ACCEPTED/pipex-infrastructure/62.241.162.31 X-SBRS: None X-RemoteIP: 62.241.162.31 X-IP-MAIL-FROM: xfb52@dial.pipex.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CADXMnkc+8aIf/2dsb2JhbACudQ X-IP-Direction: IN Received: from galaxy.systems.pipex.net ([62.241.162.31]) by smtp.pipex.tiscali.co.uk with ESMTP; 29 Jan 2008 14:50:22 +0000 Received: from [192.168.23.2] (62-31-10-181.cable.ubr05.edin.blueyonder.co.uk [62.31.10.181]) by galaxy.systems.pipex.net (Postfix) with ESMTP id B9A45E0000AD; Tue, 29 Jan 2008 14:50:22 +0000 (GMT) Message-ID: <479F3D2D.4060809@dial.pipex.com> Date: Tue, 29 Jan 2008 14:50:21 +0000 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.13) Gecko/20061205 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <77647f500801281525n534573d6ub3b1794eb947ffbd@mail.gmail.com> <20080129092329.GA77994@epia-2.farid-hajji.net> <200801291529.50360.fbsd.questions@rachie.is-a-geek.net> In-Reply-To: <200801291529.50360.fbsd.questions@rachie.is-a-geek.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: restore(1) dumpfile to directory rather than filesystem -- possible? -- SOLVED X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 14:50:25 -0000 Mel wrote: >man restore: >-r Restore (rebuild a file system). > >This will recreate the filesystem, meaning, the files extracted will have >identical inode numbers as on the original filesystem. Thus, you will very >likely run into problems when using this mode. > >You're looking for -x, which extracts a dump file, similar to a tar, restoring >ownership, file times and so on, but leaving the inode numbers up to the OS. > >restore -x is essentially what OP did interactively. > > Err, no. Not unless it changed recently and this text is still apparently present in 8-CURRENT (according to the Web interface). From the man page BUGS section (though it's been there so long it's a feature, in my book and belongs better with the -r option to prevent exactly the confusion you've experienced). A level zero dump must be done after a full restore. Because restore runs in user code, it has no control over inode allocation; thus a full dump must be done to get a new set of directories reflecting the new inode numbering, even though the contents of the files is unchanged. (The only bug here is that "is unchanged" should be "are unchanged" since "contents" is plural. Or you could singularise to "content"). In addition, if all you are doing is *testing* the dump then -rN in any directory you please will work as well, since nothing gets extracted. Useful if you're just concerned about tape errors and the like. --Alex