Advice sought: replacing a dying hard drive under Windows

[ciphergoth]

Help! lovelybug's hard drive is dying; the logs are full of errors and her applications are falling apart.

I've bought a larger replacement. My first thought was to make a bit-for-bit copy of the old drive onto the new, but that fell over trying to copy sectors that seem to have become entirely unreadable.

The machine runs Windows XP Pro. I could install Windows on the new hard drive and copy over the files; this would have the advantage that the applications could all be reinstalled and might start working again. But where do I get a copy of Windows to install (the machines did not come with Windows install disks) and how do I re-use our existing Windows license?

NB lovelybug wants to continue using Windows XP, though of course I'm more than happy to use Linux based tools for the low-level stuff.

Comments

[pengshui-master.livejournal.com]

My tricks for recovering windows partitions fall into to categories for mildly damaaged discs I do:-
Boot to BartsPE,
chkdsk /f drive:
Use diskpart to partiton new drive.
format new drive
use robocopy to copy files with the /w:0 /R:0 - otherwiae it retries for EVAR!!.

Else
gnu Rescue dd, old drive to new from rescue linux disc.
Then bartsPe to chskdsk /f
and diskpart to expand the partition to fill the space.

If BartsPE isn't available a Vista Install disc will work, but and XP really won't sorry.

You should find BartsPE builder downloadable of the intertubes as well as the incredibly useful robocopy.exe, which is in most of the microsoft resource kits.

[andrewducker]

This will retrieve your existing license key:
http://www.petri.co.il/quickly_retrieve_windows_cd_key.htm

You'll need a copy of the right version of XP to install with it though (can't use a Pro key with Home and vice-versa). Can't help you with that.

If you don't mind having a knock-off version then google TinyXP - which is a cut-down version that works a treat. Rev9 is the one I've used.

I do recommend starting from scratch. Once an OS ceases to work well a reinstall is your best bet.

[emarkienna.livejournal.com]

I don't have any idea I'm afraid, but if you haven't done so it might be worth seeing if the manufacturer/retailer will send out the discs - my laptop didn't come with one either, but they sent me one when I asked (they're usually customised "recovery" discs that overwrite the drive with the initial setup rather than general Windows install discs, but I presume it should work just as well).

Gparted

[kingginger.livejournal.com]

Use that - And it may be able to copy the whole disk to the new disk - including expanding the partitions etc.
have both disks plugged in - assume that is possible?

But it will work if you have one in a USB caddy too...

Then just remember to tag the new disk volume with the boot label...

Download the Live CD ISO
http://sourceforge.net/project/showfiles.php?group_id=115843&package_id=271779

(or http://gparted.sourceforge.net/ and follow links )

Just run with the defaults on bootup (rarely a need to change) -
then just use the GUI to copy from a to b :-)

Good luck.

Additionally...

[kingginger.livejournal.com]

assume you have the Windows XP Pro Certificate of authenticity on the side of the case I can send an ISO of an XP Pro installation ?(Probably use Yousendit or something)

(Or tbh, if you have the key, you can just download a torrent of the OEM disk).

[adq.livejournal.com]

I have a copy of BartPE bootable from USB stick, gimme a shout if you need an image of it.

[shevek.livejournal.com]

You want ddrescue, not dd. Strictly. I mean it.

The re-use of the existing windows license is legally dubious, and practically difficult; both are deliberate.

Is there a NYE party of which you know?

[deliberateblank.livejournal.com]

The way I do this (on 2000, though they will be much the same) is to do a parallel install onto a separate partition on the new disk, boot into it, then use xcopy with appropriate options ("/E /C /F /H /K /O" I believe) to copy the original boot partition over to its final resting place on the new disk. (Leaving the new disk with three partitions: system, boot, and the parallel install boot.)

Edit both boot.inis to include the all possible bootable partition, with or without the old disk installed. Reboot and hopefully the number of things that go wrong is managable at this point. Usually drive letter assignments need to be tweaked. Yank the old disk and remove unused boot.ini entries when all seems well.

Keeping a useful number of choices in boot.ini is key - recovery console can fix MBR and bootsector issues, copy files and disable services, but it doesn't (bah!) have a text editor or general registry editor so you need a bootable OS to edit boot.ini.

If other hardware has changed, the situation gets interesting (60 hours so far and counting, but mostly there now, and the latter half has mostly been showing off.)

This does require install media though, preferably slipstreamed up to whatever level you were already running. And it being XP you're probably at some point going to have to beg Microsoft's permission to carry on using the product you already bought.

Probably too late to be useful, but...

[elsmi.livejournal.com]

I don't know anything about reinstalling windows, but when it comes to saving as much data as possible off a decaying hard drive...

The best way is to toss out the hard drive and restore from backup.

The second best way is to stick it in another box, and *not* boot from it or mount it or chkdsk/fsck it, or in any way touch it, since that just gives the corruption more chances to spread, and you're on borrowed time anyway. Then do a bit-for-bit copy using the little script I threw together the last time this happened to me. Then make a second copy of that bit-for-bit copy (with cp or whatever) and run fsck etc. on that to get the files out.

The third best way is the same as above, but using GNU ddrescue. (NB: there are multiple programs with essentially the same name. You want GNU ddrescue in particular.) ddrescue has lots of features, but is missing the ones that matter: a) my script keeps track of its state, so if something goes wrong during a multi-day disk copy, you can restart it and it will pick up where it left off, b) it goes faster, c) it uses Math to give a running tally of how much of the disk is actually recoverable given infinite time to run, so you can tell when to give up on getting more off, d) no other silly options to play with. I should probably write something up about it and post it somewhere, but eh, I'm lazy... Tools that any given person will only ever use once have a hard life in the FOSS world.

The fourth best way is to just mount it and use file-level copy tools, but that's risky, and if the filesystem has lost track of any files, they will just be gone, while if you get a bit-for-bit copy and realize there's some critical document you lost, you can often recover it by scrounging around in the original, un-fscked disk image by hand. (grep -ab is your friend.)