Dick K said:
I run XP Home SP2 and I have a second internal HDD
which is intended purely for backup. I'd like to be
able to recover from a hopelessly corrupt or a
catastrophically failed master disk in as painless
a fashion as possible. Currently I clone the master disk
to the second drive (using Norton Ghost 2002 under
MS-DOS). I'm worried that in the event of a total master
drive failure the clone wouldn't be bootable, even if
rejumpered as master, because XP changes its Volume
ID from c:\ to d:\. Probably the same consideration would
apply if I cloned back to the master from the second
drive to overwrite a hopelessly corrupt disk, because
the "master" would acquire an ID of d:\.
Therefore I'd like to ask: Are my misgivings justified?
If they are, is there a better workaround than the only
one I can think of - disconnecting the second HDD after
cloning and before booting Windows (to stop the Volume ID
changing)? Can anyone recommend other ways of achieving
the objectives?
Thanks in advance for any helpful suggestions.
Dick:
First of all, and this is vitally important, upgrade your Ghost 2002 to the
Ghost 2003 version. And when you do, if that version is not the latest
build, i.e., Ghost 2003.793 use Ghost's LiveUpdate feature to install that
latest build.
There were significant problems with the 2002 version, particularly as
related to XP's NTFS file system. Also, problems using that version with USB
external hard drives, as well as with SATA drives. If you haven't had any
problems, consider yourself lucky. But take my advice and upgrade to the
2003 version without delay.
I've used the 2003 version to clone various drives (both internal &
external) hundreds of times and found the program to be virtually flawless
in its operation. In nearly every case I use the Ghost bootable floppy or
bootable CD to undertake the cloning operation. I prefer the simplicity and
portability of using those media rather than Ghost's Window's interface.
It's just a personal preference on my part.
Following cloning your source disk to the destination disk, Symantec prefers
that you boot to the cloned drive after the source disk has been temporarily
disconnected. They apparently believe that on this initial boot following
the cloning, there's a chance for some sort of file corruption when you boot
to the source disk with the cloned disk connected. Frankly, I've booted with
both drives connected after a cloning operation and I can't recall a single
problem I've ever had in this regard. But perhaps the potential is there.
Now I have to add that most of the time I'm working with removable
(internal) hard drives, so following a cloning operation it's a simple
matter for me to turn the source disk's mobile rack to the OFF position and
boot with the cloned drive to ensure that all is well, i.e., nothing
untoward occurred during the cloning operation. So I've not had a great deal
of experience cloning two internal drives.
Assuming your cloning went well, and there's little reason to think
otherwise, there will be no problem booting to the cloned internal drive.
(Needless to say if your source disk is defective in any way, corrupt system
files, etc., you'll just be copying the problem over to your destination
drive - if you clone garbage, garbage is what you'll get). And if you have
to clone back the contents of your destination disk to your original
day-to-day working drive for restoration purposes, there's no problem. This,
of course, assumes that the original drive is not defective mechanically or
electrically. The basic purpose of this cloning process is to maintain a
near-failsafe backup system and restore your original drive to its previous
functional state.
Working with two internal HDs as in your case, rather than removable drives,
makes the restoration a trifle more complicated. Your working drive is
configured/connected as Primary Master. You didn't say how your second drive
is configured. If it is configured as Secondary Master, then in most cases
that cloned drive will boot following your disconnecting the PM one. I say
"most cases" because many, if not most, reasonably current motherboards will
look for a bootable drive on either the Primary or Secondary Master
connection, i.e., if it doesn't find one on the PM it will look to the SM.
As a matter of fact many motherboards will look for a bootable HD
*regardless* of its position on the IDE data cable. So even a bootable HD
connected as a Slave may boot. There are, however, some motherboards that
will boot *only* to a drive connected as PM.
I'm not sure I quite understand your unease over some problem with the
disks' volume ids. I don't think it's anything to be concerned about in the
context of what we are discussing.
Seriously consider equipping your desktop computer with two removable
drives. The flexibility you get from this arrangement is enormous and you'll
never regret going this route.
Anna