Boot problem on cloned dual-boot SSD

I have an MSI laptop originally equipped with a Western Digital WD3200BEVT 320GB SATA HDD, with Windows 7 Ultimate x64 and Windows XP Professional SP3 on different partitions set for dual boot (with EasyBCD). It was working perfectly and able to boot into either OS via a boot menu.


I used Acronis True Image WD Edition to clone that HDD to a new Western Digital WDS500G2B0A 500GB SATA SSD. The process went without a hitch and I installed the new SSD in place of the original HDD. The boot menu appears normally and I can boot Windows 7 with no problem, but it fails when I tried to boot Windows XP. The Windows XP startup splash screen appears, but then the computer simply resets itself and goes to BIOS POST again.

The Windows 7 partition is drive C, the Windows XP partition is drive D. I can see both partitions when booted on Windows 7 and the filesystems are OK.

I tried swapping back to the old HDD and it still boots both OSes successfully.

I also tried re-doing the clone with EaseUS Todo Backup, and the same thing happened.

Why can’t the new SSD boot Windows XP? I tried searching the web but I can’t find a solution to this yet.


[I realize this is a forum for Windows 7, not Windows XP, but there is no XP-specific forum here so I apologize and hope that someone would be able to assist anyway]

I'm wondering if your new drive is GPT instead of MBR and your winXP is 32-bit. Cloning tools don't necessarily convert the target disk's partition type to match the source disk's. I suggest this because win7 will boot with either type but XP 32-bit requires MBR. You can fix this by converting the new disk to MBR. You may have to reclone after converting.

Convert GPT to MBR

@iko22
I did do a chkdsk on the D: drive before cloning, as well as after on the clone too. No problems found. Thanks for the link, I'll have a look at that site.

@johnhoh
The SSD was brand new and uninitialized, so no MBR or GPT to start with. The original HDD was MBR (the laptop is an older model that doesn't support GPT), and the cloning process initialized the SSD to be MBR too. Since the SSD is 500B compared to the original HDD's 320GB, I did allow the cloning to increase the new partition sizes on the SSD to use the additional space. And yes, the Windows XP installed on there is 32-bit.


Anyone else with suggestions please feel free to chime in.

my only other idea is to clone with macrium reflect and see if it produces better results. I've tried them all and imo its the best.

Those symptoms are not altogether surprising given that you are using Microsoft's half-baked method of pseudo dual-booting. (I can tell you used Microsoft's method because you mentioned setting it up with EasyBCD.) Truly independent partitions have fewer problems multi-booting.

But there's not enough information to tell if that's really your problem, so at this point that may just be the snark coming out. (I despise the Microsoft method.)

Perhaps you could provide additional information. Connect the new drive and boot into the 7 clone, which you said boots fine. Then:

1. Post a Disk Management screenshot. This should confirm that the partition layouts of the two disks are the same. Make sure we can tell which are the "Active", "System" and "Boot" partitions.
   
   
2. Post the contents of XP's boot.ini file. Open a cmd prompt window as admin, enter "type d:\boot.ini" and copy/paste the contents. (Don't forget to open as admin or you'll get "Access denied".)
   
   
3. Use regedit and expand the [HKLM\System\MountedDevices] key. Post the two lines "DosDevices\C:" and "DosDevices\D:" for review.
   
   
4. Open the XP partition's System hive as a branch under the Win7 registry. In regedit click to select the HKLM branch, then select "File>Load Hive" from the menu bar. Navigate and select the file "d:\windows\system32\config\system". Give the loaded hive a unique name, such as "XP-System". Expand the newly loaded [HKLM\XP-System\MountedDevices] key and post the lines "DosDevices\C:" and "DosDevices\D:" (if present).
   
   This allows us to compare the partition signatures that 7 and XP are considering the C: and D: drives.
   
   
5. Finally, disconnect the XP hive from the 7 registry. Click to select the [HKLM\XP-System] branch and on the regedit menu bar select "File>Unload Hive".

Attached are a few sample screenshots to give you an idea what you're looking for. (Note my C: and D: are on different disks, though yours will be on the same disk, I presume.)

@dg1261
Thanks for the reply. Here are what you requested. They are taken while booted on the cloned SSD under Win7.


1. Disk Management screenshot (C: is the Win7 partition, D: is the WinXP partition, The 10GB partition in the beginning of the disk is a recovery partition with no drive letter assigned, and the 100MB is a "System" partition also with no drive letter assigned).



2. There is no boot.ini file on the XP (D:) partition, there is one on the Win7 (C:) partition (contents below). I checked and this is true on the original HDD as well as the new SSD.



3. regedit [HKLM\System\MountedDevices]:



4. regedit [HKLM\XP-System\MountedDevices] after "Load hive":




Looks like the DosDevices\C and DosDevices\D entries between the two are indeed different! Have we found the problem?



Finally, here is a screenshot of the EasyBCD "view" of the dual-boot configuration:

Oops, it was a file permissions problem with the image. The post above shows the screenshot properly now.

amblabs said:

Looks like the DosDevices\C and DosDevices\D entries between the two are indeed different! Have we found the problem?

Yeah, I think we're zeroing in on it.

First, though, that Disk Mgmt screenshot contains an oddity. Both partitions 3 and 4 are marked "Active", which should normally be a fatal boot condition. There should only be one Active partition, and in your case that appears to be the third partition. Maybe Disk Mgmt is wrong, or maybe you really do have two Active partitions. I've never seen the latter condition before, but if it's booting I'll ignore it for now and we should just keep in mind that maybe there's more than one problem here.

Boot.ini is supposed to be on the Active partition, so if it's on C: that supports the interpretation that the third partition is your real Active partition.

The contents of boot.ini look fine. It's saying XP is on the fourth partition, which it is. It also has a comment at the top that EasyBCD edited it, which lends further credence that it's now adjusted correctly, so no need to tinker with boot.ini.

The two regedit screenshots reveal what may be the main problem. The values of C and D should be similar between the two registry hives (the 7 hive and the XP hive).

The values shown indicate the original HDD had a DiskID of "4f be a1 0f" while the new SSD's DiskID is "6c 73 52 e0". (The remaining 8 bytes of each entry are the starting sector number of the specified partition on that disk.) You'll note the XP registry hive is still looking for C and D on the original disk, not the SSD. It can't find itself, so it's failing to boot.

Before correcting, it's relevant to know which partition you want XP to see as C and which D. The fourth screenshot suggests the old XP system saw itself as D: rather the more typical C: when it was booted. Is that correct? (IOW, 7 and XP both saw the 3rd partition as C: and the 4th partition as D: regardless of which OS you booted.)

If XP is supposed to see itself as D: then DosDevices\C and DosDevices\D should be exactly identical between the two MountedDevices branches.

Load the XP hive again and carefully edit those two entries in XP-System so they're identical to what you see in Win7's MountedDevices. Then unload the hive and see if XP will now boot correctly.