H
H. Debs
After an unfortunate incident, I lost a (unimportant) disk, ran out
and bought 2 new ones which I connected as RAID0 on a controller I
wasn't using like that before (but it was on the mobo, win driver
installed and everything), copied both windows installations (dual
boot Win2K_Pro + WinXP_Pro) from the old disk to the new Raid (booted
into 2K, copied the XP partition, and vice versa) modified boot.ini to
point the new partitions and fired away! Big flop. For both Win2K and
XP didn't boot, complaining that the file SYSTEM is corrupt.
I don't want to die an idiot, since I'll definitely be replacing disks
again and again in the future and definitely don't want to reinstall
everything every time (forget about Ghost for just a second), so...
What didn't windows like? The fact that it was on a different physical
hard disk? Or that it was on a different IDE channel? Or that it was
on a different IDE controller? Or that it was on a RAID0 array now?
Or that according to DOS drive letters, it wasn't on drive E: any
more? In other words, how much of a change can Win2K (and XP)
tolerate before going nuts? (And why does windows need to keep a
reference to which disk, partition or controller it is running from? I
thought you pointed to the correct partition using boot.ini and it
expects to find its files on that partition, basta!)
The second question is, how does a knowlegeable person get out of this
situation without having to install everything? I've tried (nothing
worked):
1) Restoring an older version of SYSTEM file
2) In-place re-install ("repair".. HA!)
Third and last quesiton, I read about "sysprep" and how it tickles
windows into re-enumerating all its hardware the next time it is
started. Wouldn't that be a perfect solution? Because although I
reinstalled Win2K, I'd like to recover my old WinXP installation.
Would that work, or am I just too tired??
Thanks a lot for any help or pointers.
Habib
PS/ One really last question:
What should I do next time that I want to change disk and partition
and controller, but prepare for it such that windows will stay
operational with a minimum of fuss?
and bought 2 new ones which I connected as RAID0 on a controller I
wasn't using like that before (but it was on the mobo, win driver
installed and everything), copied both windows installations (dual
boot Win2K_Pro + WinXP_Pro) from the old disk to the new Raid (booted
into 2K, copied the XP partition, and vice versa) modified boot.ini to
point the new partitions and fired away! Big flop. For both Win2K and
XP didn't boot, complaining that the file SYSTEM is corrupt.
I don't want to die an idiot, since I'll definitely be replacing disks
again and again in the future and definitely don't want to reinstall
everything every time (forget about Ghost for just a second), so...
What didn't windows like? The fact that it was on a different physical
hard disk? Or that it was on a different IDE channel? Or that it was
on a different IDE controller? Or that it was on a RAID0 array now?
Or that according to DOS drive letters, it wasn't on drive E: any
more? In other words, how much of a change can Win2K (and XP)
tolerate before going nuts? (And why does windows need to keep a
reference to which disk, partition or controller it is running from? I
thought you pointed to the correct partition using boot.ini and it
expects to find its files on that partition, basta!)
The second question is, how does a knowlegeable person get out of this
situation without having to install everything? I've tried (nothing
worked):
1) Restoring an older version of SYSTEM file
2) In-place re-install ("repair".. HA!)
Third and last quesiton, I read about "sysprep" and how it tickles
windows into re-enumerating all its hardware the next time it is
started. Wouldn't that be a perfect solution? Because although I
reinstalled Win2K, I'd like to recover my old WinXP installation.
Would that work, or am I just too tired??
Thanks a lot for any help or pointers.
Habib
PS/ One really last question:
What should I do next time that I want to change disk and partition
and controller, but prepare for it such that windows will stay
operational with a minimum of fuss?