<(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Hi Anna, there is no question mark by the Sil 3112 Raid controller in
> device manager. In fact, when I initially installed the SATA drive
> with the IDE in place, the SATA drive worked fine. I partitioned it,
> formatted it NTFS, etc. I gave it a drive label and everything. I
> copied files to it and back. Then I did the norton ghost to copy my
> entire IDE drive to the SATA and that worked as well. I tested some
> files on the SATA drive and they were fine. So at this point I'm sure
> the SATA controller is working properly.
>
> The problem seems to be booting from this drive. I now think it's not
> related to the fact that it's a SATA drive but it's related to the way
> I used ghost. I wonder if it's possible to ghost from IDE to SATA.
>
> I'm really stuck here and I can't justify spending another 5-10 hours
> on this. 
>
> -michael
Michael:
I'm not sure the following caused your problem, but let me mention it as a
possibility...
First of all, there's no basic problem using Ghost (we use exclusively the
2003 version) to clone the contents of a PATA drive to a SATA drive (or the
reverse), and assuming the drives in question are non-defective and the
contents of the system files are non-corruptible, the resultant SATA clone
should be bootable and without problems.
What *is* important is that following the cloning process, *before* you make
that *initial* boot with the cloned (SATA) drive, you *disconnect* the
source disk. In other words, do *not* make that initial boot with *both*
drives connected. From time to time we have encountered problems with the
cloned disk (PATA or SATA) in that it wouldn't boot. We traced the problem
to the fact that following the cloning operation, the user would boot with
*both* drives connected. And when he or she later tried to boot from the
cloned drive, it would not do so.
As I say, I'm not sure that's your problem in this particular case. If you
think it is, re:clone and follow the above instructions.
Anna