From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 29 13:14:22 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C9C16A401 for ; Wed, 29 Mar 2006 13:14:22 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F52A43D48 for ; Wed, 29 Mar 2006 13:14:20 +0000 (GMT) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 65671 invoked by uid 0); 29 Mar 2006 10:14:21 -0300 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.152.115):. Processed in 0.564681 secs); 29 Mar 2006 13:14:21 -0000 Received: from unknown (HELO ?10.69.69.69?) (201.17.152.115) by capeta.freebsdbrasil.com.br with SMTP; 29 Mar 2006 10:14:21 -0300 Message-ID: <442A882B.8000207@freebsdbrasil.com.br> Date: Wed, 29 Mar 2006 10:14:19 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051013 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <44296F41.1050209@osoft.us> <4429972C.5030806@freebsdbrasil.com.br> <20060328.210412.18287651.imp@bsdimp.com> <200603291953.56112.doconnor@gsoft.com.au> In-Reply-To: <200603291953.56112.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cloning a FreeBSD HDD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 13:14:22 -0000 Daniel O'Connor wrote: > On Wednesday 29 March 2006 14:34, M. Warner Losh wrote: > >>dump + restore is slow but reliabe. > > > Faster than dd for disks that aren't full :) > > It also gives you a defrag as well as allowing you to change FS options. Yes, pretty much faster for non-full disks, even compared to paralell dd(1). And we always have the "-L" option to snapshot and dump(1) from live file systems, what makes it an interesting and completly viable choice to clone the disks in multiuser mode (no need to go single user). It is my choice to copy a disk into one other. It is even possible to copy a disk to a slower one (again, if the source is not full and if the dst disk have enough space to store all data currently in use in the source disk), and better (customizable new partitions) results when copying to a larger second disk, when compared to dd(1). -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 316601@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br "Long live Hanin Elias, Kim Deal!"