Dear Symantec Community,
I am currently encountering a problem using Symantec Ghost 11.5.
Currently, I am in the process of migrating a Windows XP system (standalone for legacy application usage) from an older 80GB Hitachi HDD to a new Sandisk SSD Plus 240 GB SSD. The SSD is intended to replace the HDD for the same unit.
The partition styles for the old and new drives are as follows:
Old Drive (Hitachi 80GB)
HP_OS (A) 65.9GB and HP_RECOVERY (B) 11.9GB
New Drive (Sandisk SSD Plus 240GB - proposed partition style)
HP_OS (C) 160GB and HP_RECOVERY (D) 68GB
In both cases Windows utilises all of the allocatable space of the drive; there is no unallocated space. All the partitions are primary partitions.
Traditionally, I have always used Ghost to migrate full copies of the OS (homebrewed systems) from one hard disk to another during upgrades, and for backup via the creation of Ghost Images - all without an issue.
The following switches in Ghost were already enabled prior to cloning: Spanning, Autoname, CreateCRC32. I proceeded to do the cloning by connecting both the HDD and SSD via USB casings to another computer, and running ghost32 in the Windows 7 GUI.
However, when I attempted to perform the migration via partition to partition cloning, i.e. (A) clones to (C) and (B) clones to (D), the SSD will not even boot (Non-System disk or disk error), even though the data and the drives are healthy. (i.e. it is a recognised as a plain data disk rather than a bootable disk).
I tried to make the partition labelled (C) active, and while it gets rid of the Non-System disk error message, I am greeted by a blinking cursor that hangs and refuses to boot. To all those who are familiar with the older series HP Mobile Workstations/Laptops on boot-up the "Press F11 for Emergency Recovery" message would show up prior to boot, but even this message was not seen despite having replicated the partitions in the same style as the old disk, albeit the larger partition sizes.
So I did a bit of research and I came across threads on this forum highlighting how certain disks could not imaged this way because of proprietary boot sectors/blocks i.e. in the case of Lenovo computers that prevented ordinary imaging from taking place successfully.
I then tried cloning again with the same partition styles as mentioned earlier (still a partition to partition clone with no intermediate image), only this time I enabled an extra switch: ImageAll -ia (which copied the data sector by sector). This time, the HDD itself was returned to the unit and connected to the internal SATA connector, with the target SSD connected via a USB casing. The computer was booted via a Windows 7 x86 RE CD, and using Command Prompt to launch ghost32 to perform the cloning.
And I still came to the same result. Once again, it was still not bootable.
How can I make it possible for the SSD to boot up into the Windows OS successfully just like how the HDD did, while benefitting from the increase in partition sizes? Or is this not possible?
I want to use the -ib (Image Boot sector switch), however, I don't know where and what exactly the boot sector is located on HP machines, so I decided not to use this switch.
I also did not try Partition to Image and then Image to partition onto the new SSD, as it would take 2.5x more time and also additional space required to hold the image - unless it was actually the solution, this would produce a different result from the Partition to Partition copying method.
Or in the worst case scenario, would a disk to disk cloning method solve this problem - thus allowing me to create another partition to the end of the drive to fill up all of the unallocated space. However, I would prefer not to use this method as I am keen on specifically increasing the partition size of the OS partition; i.e. HP_OS.
I humbly ask for your assistance in this matter and I look forward to all of your replies. Feel free to query this thread if you need further information.
-it_geek