From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 14:06:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97CEF37B401; Mon, 28 Apr 2003 14:06:13 -0700 (PDT) Received: from nwkea-mail-2.sun.com (nwkea-mail-2.sun.com [192.18.42.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A615643F75; Mon, 28 Apr 2003 14:06:10 -0700 (PDT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by nwkea-mail-2.sun.com (8.12.9/8.12.9) with ESMTP id h3SL62rZ007144; Mon, 28 Apr 2003 14:06:03 -0700 (PDT) Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87]) ESMTP id h3SL61cP005478; Tue, 29 Apr 2003 00:06:01 +0300 (EEST) Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1]) h3SL600e006410; Tue, 29 Apr 2003 00:06:01 +0300 (EEST) Received: (from tomppa@localhost)h3SL6041006405; Tue, 29 Apr 2003 00:06:00 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16045.38840.203334.824671@ultrahot.finland.sun.com> Date: Tue, 29 Apr 2003 00:06:00 +0300 To: obrien@freebsd.org In-Reply-To: <20030428205357.GA67147@dragon.nuxi.com> References: <16042.64964.345642.224980@ultrahot.finland.sun.com> <20030426215744.GA97642@pit.databus.com> <200304281613.h3SGDKY0046012@apollo.backplane.com> <20030428205357.GA67147@dragon.nuxi.com> X-Mailer: VM 7.13 under 21.4 (patch 9) "Informed Management" XEmacs Lucid cc: Matthew Dillon cc: freebsd-current@freebsd.org Subject: Re: dump restore problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2003 21:06:14 -0000 David O'Brien writes: > On Mon, Apr 28, 2003 at 09:13:20AM -0700, Matthew Dillon wrote: > > Use restore's 'r' option instead of 'x' if you want an exact restore. > > 'x' is used when restoring part of a backup, 'r' is used when restoring > > the entire backup. For example, if you just wanted to restore the 'etc > > IIRC, 'r' doesn't restore the exact owner, modification time, and mode. > _______________________________________________ > BTW my original point was to make somekind of best practices how to migrate ufs1 to ufs2. Dump says maximum block size is 1000 and it doesn't work. Why this doesn't work? I understand that maximum block size is 64k when writing through device layer (physio?) but what's happening on this case? Tomppa