dd blocksize when copying to SSD disk

Brandon J. Wandersee brandon.wandersee at gmail.com
Thu Sep 1 22:48:42 UTC 2016

Mike Clarke writes:

> On Wednesday 31 Aug 2016 14:49:25 Kevin P. Neal wrote:
>> On Wed, Aug 31, 2016 at 06:35:28PM +0200, Christoph P.U. Kukulies wrote:
>> > I'm about to copy an existing Windows 7 system to an SSD. Source drive 
>> > is a hard disk of 256 GB, destination drive a 500 GB Samsung SSD 850 EVO.
>> >
>> > 
>> >
>> > Given the fact that unnecessary write operations to SSDs should be 
>> > avoided I'm thinking about the best strategy to use dd to write to the
>> > SSD.
>> I'm not sure that dd is the best strategy. Using Windows to do the copy
>> may be better.
> But the Windows copy command isn't very good at copying the entire system, it 
> will fail to copy open files and certain "special" system files. On the other 
> hand dd will copy everything in the partition but at the expense of wasting 
> space by copying all the unused blocks.
> An alternative would be to use Driveimage XML
> <www.runtime.org/driveimage-xml.htm> from within Windows to create a 
> compressed backup of all used blocks in the system. It's also available on a 
> Knopixx live CD <www.runtime.org/data-recovery-live-cd> which, I think, runs 
> it under wine so it could probably be run under wine on FreeBSD to create or 
> restore a backup of an entire Windows partition.

For what it's worth, I've used EaseUs Todo Backup to completely clone a
Windows install from one disk to another. It's not a spectacular
program, but it's free to use and did the trick.

::  Brandon J. Wandersee
::  brandon.wandersee at gmail.com
::  --------------------------------------------------
::  'The best design is as little design as possible.'
::  --- Dieter Rams ----------------------------------

More information about the freebsd-questions mailing list