Hi,
I've purchased a Samsung SSD Desktop Kit with Norton Ghost 15 in order to copy the C-drive of a PC with Windows XP Service Pack 3 to the Samsung SSD and to use the SSD as the new C-drive with faster performance. Both drives are connected at SATA ports.
I've followed the instructions in the Norton Ghost manual and the Samsung manual to perform a drive copy. The drive copy finished successfully. I have then in the BIOS of the PC chosen the SSD as Boot-Drive. I left the "old" hard disk in the PC, since I wanted to still use it for data storage and as a drive for the Windows swap file.
Booting from the Samsung-SSD until the Windows Logon worked and was faster than before. After Logon, Windows continued to load in the old slow hard disk speed, however, and the Samsung - software, which I used for a performance test regarded the Samsung not as C- but as G-drive. Apparently C still was my old hard disk and all software after the Windows boot was loaded from this drive.
In addition, after Windows had loaded there was an error message popping up that svchost / Generic Host Process for Windows had encountered an error and had to be terminated. Before the drive copy, I never had this message popping up.
I have then swapped the SATA-cabels of both disks (Samsung SSD and old Hard Disk) and in the BIOS I changed settings so that Samsung was the first drive and the hard disk second drive..
Unfortunately with the same result, only booting up to the logon was fast, afterwards the hard disk was used again. Also the error message svchost appeared again.
As a next attempt I disconnected the SATA-cable of the old hard disk, changed all BIOS settings to SAMSUNG SSD and booted again.. Then, Windows would not load successfully, stopping in the middle with a message saying that the desktop could not be loaded, the file "dvinesasdgina.dll" could not be found. This file ist part of an update manager of a software installed on the PC by a company called DATEV and is required for update management of their business software. The PC is mainly used with this DATEV software.It is strange, though, that this DLL should be missing - because if you reconnect both the hard disk and the samsung ssd this DLL is found correctly. also this dll can then with both drives connected by found in the same windows32-directory on both the old hard disk and the copy on the Samsung and it appears to be the same file size and date. Apparently during bootup with only the Samsung connected, the dll is look for in a different place, probably the C-drive and Windows still considers for whatever reason the Samsung as G-drive.
Okay then, I thougth I'd give up for the day and disconnected the Samsung to boot from the old hard disk. I thougth that would surely work, after all I had not changed anything on the old hard disk. Wrong thought - with the Samsung cable disconnected and the BIOS changed to list only the old hard disk, Windows would not boot at all.
After a few second, I received an error message about ..\windows\systen32\HAL.DLL... not being found. Logging on to Windows was not possible. Again with both drives connected, HAL.DLL can be found on both drives in the correct directory.
So I have now as a result of the drive copy a "schizophrenic" Windows XP, which expects certain files on the Samsung and others on the old disk and will not boot successfully with only one of the drives connected. With both drives connected, not everything is well, either - only the boot until logon is fast and after booting, SVCHOST crashes.
What went wrong and why and what is the solution to this problem? And why does the manual not warn you that situations like this can occur? Had I known about this risk, I'd probably have stayed away from a drive copy. Reinstalling Windows and all software is not really an option, that would take a couple of days.
Best regards,
Carsten