From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Pk4j1-0003t8-12 for garchives@archives.gentoo.org; Tue, 01 Feb 2011 01:08:07 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A26931C086 for ; Tue, 1 Feb 2011 01:08:06 +0000 (UTC) Received: from mx.virtyou.com (mx.virtyou.com [94.23.166.77]) by pigeon.gentoo.org (Postfix) with ESMTP id 5C11FE0A6D for ; Tue, 1 Feb 2011 00:35:32 +0000 (UTC) Received: from [192.168.2.43] (p579103A5.dip.t-dialin.net [87.145.3.165]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx.virtyou.com (Postfix) with ESMTPSA id B75E839A018 for ; Tue, 1 Feb 2011 01:35:31 +0100 (CET) Message-ID: <4D475526.20402@wonkology.org> Date: Tue, 01 Feb 2011 01:34:46 +0100 From: Alex Schuster User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] dd'ing small drive to large one References: <201101311834.24854.wonko@wonkology.org> <4D472323.6050007@wonkology.org> <4D472770.1050307@wonkology.org> <201101312239.55535.michaelkintzios@gmail.com> In-Reply-To: <201101312239.55535.michaelkintzios@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: b69f7bc6d779fa7b3f08e54037c0f956 Mick writes: > On Monday 31 January 2011 21:19:44 Alex Schuster wrote: >> Now I'm really really sure there will be no problem. What I wrote above >> about the gemotry is true I think, but all modern drives seem to have >> 255 heads and 63 sectors per track, so they will be compatible. > > Does this also include the new 4096 byte sectors that (some) of the new 1TB > drives have? Ouch. Good point, Mick. I have no idea if this would be a problem. I'll better make sure the new drive has the traditional block size. I just heard that this Dell PC only supports up to 320G drives, but I assume that means that Dell did sell them with this maximum capacity, not that a larger drive won't work. BTW, the PC only has space for one SATA drive. If the new drive would also fit in, I could do the whole copy from remote, with minimum downtime. But so the new drive has to be attached via USB first to clone the original drive, and then it will replace it. > TBH to avoid such conundrums I would partition the darn thing using parted > with -a optimal option and then (s)tar/rsync the data into it. It will most > likely be faster than dd in any case as blank space and sparse files can be > easily taken care of with (s)tar/rsync. But it involves much more typing than a single dd command. And more things could go possibly wrong. There is not much free space on the drive anyway, and no sparse files I know of. And shouldn't dd be a little faster for a full drive because there is no file system overhead, no seeking operations? In theory, dd should read with maximum transfer rate as fast as the drive can deliver. But here we have one USB drive, so things are slower anyway. Wonko