Sign in to follow this  
Followers 0
riahc3

Moving from HDD to SSD

16 posts in this topic

Hello,

We are reciving a OEM PC with a HDD drive and with Windows 7 installed. We want it to have a new SSD instead of a HDD. How could we migrate it?

Some obvious solutions come to mind but Id like Neowin's opinion because I trust you guys a lot more.

HDD is 500GB and SSD is 250GB. Obvious the HDD is "empty" (as in at most it is 50GB full) so...

The SSD is a Samsung 840 EVO 250GB

Thank you

Share this post


Link to post
Share on other sites

Why would you want to migrate the base install? OEM install most likely got bloatware on it anyway ;) Just install windows 7 clean on the new SSD.

4 people like this

Share this post


Link to post
Share on other sites

Hello,

Why would you want to migrate the base install? OEM install most likely got bloatware on it anyway ;) Just install windows 7 clean on the new SSD.

Laziness :laugh: Ive installed 6 PCs clean in less than 48 hours and one failed a CloneZilla restore from one machine to another exactly like it :laugh:

Share this post


Link to post
Share on other sites

Nonsense - since as all true lazy admins would of setup deployment of OSs a long time ago, boot the freaking thing pxe - click walk away come back and OS, apps, etc. etc.. all installed.

Share this post


Link to post
Share on other sites

Hello,

We are reciving a OEM PC with a HDD drive and with Windows 7 installed. We want it to have a new SSD instead of a HDD. How could we migrate it?

Some obvious solutions come to mind but Id like Neowin's opinion because I trust you guys a lot more.

HDD is 500GB and SSD is 250GB. Obvious the HDD is "empty" (as in at most it is 50GB full) so...

The SSD is a Samsung 840 EVO 250GB

Thank you

 

The EVO's come with migration software in the box, also you could just download it from samsungs website to. I bought a evo 250GB cpl weeks ago and the CD was in the box (i think haha). The OEM pc should come with a license key so you could just do a fresh install to make sure the oem's crapware isnt installed then use the 500GB as storage/rollover program space

Share this post


Link to post
Share on other sites

I'd use a USB SATA adapter and dd.

 

You'll have to shrink the ~500GB HDD partition down to something smaller than the SSD's (smaller the partition, faster the overall copy - in your case, I'd make it 55GB), clone it (partition map/MBR/partition contents), then grow the SSDs partition to the max (Gparted has always worked perfectly for this task - and may also support cloning (haven't tried it, but I prefer to use dd as it's as low level as you can get)). Don't forget to set the boot flag.

 

Once complete, the contents on both drives should be identical.

 

dd block size will determine overall speed/time to complete. Today's hard disks can easily support 10s of MB/s transfers.

 

But first, if there is any important info on the drive at present, back it up!

 

EDIT:

 

I forgot one thing: sfdisk would need to be used before dd to clone the partition table.

 

I haven't done this for a while, but someone sent me these steps which I followed last time I upgraded a hard drive:

 

# Create a USB Linux boot disk. Boot from it. Open Terminal.

 

# Examine the drives layout
fdisk -l

# (confirm that kernel has detected hard drives) and list the partitions.
# If the command is available:
hdparm -I /dev/sda
# will show you detailed info of /dev/sda

# sfdisk is a tool to back up partition tables (see man page)
sfdisk -d /dev/hda > hda.out

# Then to restore
sfdisk /dev/hda < hda.out

# So if you wanted to copy the partition table from /dev/sda to /dev/sdb
sfdisk -d /dev/sda | sfdisk /dev/sdb

 

# Assume sda is source, and sdb is target:
# Copy the MBR
dd if=/dev/sda of=/dev/sdb bs=512 count=1

fdisk -l /dev/sda
fdisk /dev/sdb
# Edit first partition to make sure they start at same sector, and is the size you want, then
# make sure you mark first partition bootable!

dd if=/dev/sda1 of=/dev/sdb2

# Should do the trick. (dcfldd provides is the same program but provides you with nice progress indicator)
# Could use those other options you specified if you like. If you have a failing disk, use dd_rescue..
# I prefer 512 as I seem to recall this is the standard access unit size (or whatever the term is) for hard drives.

# might want to boot new HDD to see if you can see windows, then reboot into linux and then do
ntfsresize /dev/sda1

 

- For the last step, I used GParted (to grow the partition and set the boot flag)

- Block size hasn't been defined above. I think in the past I used 1MB, or even 10MB

 

I suggest you study each of the commands used above before proceeding!

Share this post


Link to post
Share on other sites

Hello,

I'd use a USB SATA adapter and dd (let me know if you want me to post more info on this). You'll have to shrink the ~500GB HDD partition down to something smaller than the SSD's (smaller the partition, faster the overall copy - in your case, I'd make it 55GB), clone it, then grow the SSDs partition to the max (Gparted has always worked perfectly for this task - and may also support cloning (haven't tried it, but I prefer to use dd as it's as low level as you can get)). Don't forget to set the boot flag.

 

Once complete, the image on both drives should be identical.

 

Block size in dd will determine overall speed. Today's hard disks can easily support 10s of MB/s transfers.

 

But first, if there is any important info on the drive at present, back it up!

AFAIK, CloneZilla uses another program (can't remember) to clone and if isnt supported for some reason, it falls back to dd.

Nonsense - since as all true lazy admins would of setup deployment of OSs a long time ago, boot the freaking thing pxe - click walk away come back and OS, apps, etc. etc.. all installed.

*sigh* So right about PXE.....should have done it for all 6 :( I thought about it at the end of the day yesterday.

Would have had to looked how to set up a proper PXE server though.

Share this post


Link to post
Share on other sites

AFAIK, CloneZilla uses another program (can't remember) to clone and if isnt supported for some reason, it falls back to dd.

I've added steps to my previous post.

Share this post


Link to post
Share on other sites

Don't forget your Skyrim saves like I did, I'm still :(  i forgot to back them up.

1 person likes this

Share this post


Link to post
Share on other sites

you will see a big difference performance wise.

Share this post


Link to post
Share on other sites

Don't forget your Skyrim saves like I did, I'm still :(  i forgot to back them up.

 

Really? Those should sync with Steam Cloud.

Share this post


Link to post
Share on other sites

I find it highly unlikely that a "We are reciving a OEM PC with a HDD drive and with Windows 7 installed" has skyrim or anything of anything on it..  Do people not even read the first post, and just the subject before posting?

Share this post


Link to post
Share on other sites

Doesn't Windows 7 have some SSD-specific features like disabling defrag and enabling TRIM that only happen if you install it fresh on an SSD?

Share this post


Link to post
Share on other sites

Nonsense - since as all true lazy admins would of setup deployment of OSs a long time ago, boot the freaking thing pxe - click walk away come back and OS, apps, etc. etc.. all installed.

 

Assuming he has the staff and resources for OS Deployment ... it's simple when you have all those things, and it depends on what type of "admin" he is. He may have never used MDT or SCCM. If Clonezilla supports PXE and multiple cloning then I can't speak to that. It might be a simple low volume tool. The volume he faces is also relevant. If we're talking a total of 10 or so PCs, unless you anticipate more I wouldn't bother. Still I agree with you and would not migrate an OEM install to an SSD.

Share this post


Link to post
Share on other sites

I would think that more likely these things should be setup more in a 1 man sort of show..  There are plenty of free tools for deployment of OS, images, etc.. that are free and available for even the smallest of small shops.. Just takes some setup that will save that 1 man show loads of time in the future.

 

Bigger shops might use the commercial products, etc  But that is cost that many of the smaller shops can not justify..

 

Something like this is a FREE tool that anyone that works in IT and is responsible for installing of OSes should be able to figure out

 

http://www.ultimatedeployment.org/index.html

 

Take a look here for another great FREE tool for OS deployment, software install, inventory, etc..  Why would a small 1 man shop not jump all over a tool like this?  When there is no budget to buy commercial products?

http://www.opsi.org/en

 

There are many others.. Sure if your looking to deploy images then clonezilla can do it via pxe as well.

Share this post


Link to post
Share on other sites

Hello,

 

Samsung's CD worked awesome :) Thank you.

 

Will look at those tools too BudMan. They look intresting for saving me from future headaches...

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.