> AAAAAAAAAAAAAAAAAAAAAAAAAAAARRRGGGHHH!!!!!!.........................................................
>
[quoted text clipped - 33 lines]
>
> Anyone?..... Please.......
>As I understand it (correct me if I'm wrong), you have changed
>motherboards on a system with Windows already installed.
Yup
>As far as I know, the only *officially* (Microsoft) recommended way to
>do this is to do a clean re-install of windows at the same time so
[quoted text clipped - 6 lines]
>someone else here should confirm). Then you install the new MB,
>re-boot and windows is forced to redetect the hardware.
During one phase (after re-installing and the automatic restore of the
registry) I succeeded in booting to safe mode and I did delete the
ENUM key. I have used that trick with success before but in this
instance it didn't do a simple hardware detection after that and I
still had to do a scanreg /fix deleting 3/4 of the registry.
>You can also accomplish the same thing without editing the registry,
>by (again before swapping MB's) setting up a second hardware profile
>... it can be an exact copy of the first. Swap the MB and reboot.
>Windows asks which of the two profiles you want to use but gives a
>third option "none". Select none and windows will redetect the
>hardware.
Know that trick too. Not sure it works though.
The old MoBo doesn't boot any more. Black screen.... Nothing....
Both the ENUM key deletion and the hardware profiles probably only
work if there isn't some additional registry problem. That's why I
need a utility that allows me to repair the registry of that corrupted
Windows installation using ANOTHER Windows. The one I do have running.
I can access the other corrupted Windows installation from that one.
Only.... where do I find such a utility? I think I am not the only one
who could use such a utility. I think the whole Windows-using world is
in dire need of such a utility. Only no-one apparently has realised
that and made it yet. Or at least so it seems so far. :(
>Both these methods, although unofficial will normally work. It sounds
>like you didn't do either. Therefore Windows is trying to run the MB
[quoted text clipped - 4 lines]
>using the above method (with each OS if it's a multi-boot). Personally
>I'd play better safe than sorry, bite the bullet and re-install
As I said I have a second W98 installation which I did get to work
with no problems but that is just a pretty empty installation to be
used to repair the main installation. The others are a WinXP-Pro and a
Win2K. The XP also needing a repair install but since I have an
OEM-version it doesnt allow to do that. The CD-boot-setup only offers
a clean install. I'd need a retail or possibly an update version to do
that. @$#%^&* Micro(brain)soft(in-the-head) apparently didn't think
people with OEM versions could want to re-install over an existing
installation is case of problems or hardware change.
The whole world is led to believe that a re-installation is the norm
and do not know that the absence of an adequate option to move to
another MoBo is there mostly 'by design'. I think Micro$oft deserves a
class-action suit for damages to a few hundred million people for
waste of time and loss of data to do such re-installs when all you
need to do is to offer an option to delete (all) hardware specific
settings and do a fresh hardware detection and installation. There is
absolutely no reason why this shouldn't be possible. In fact the
repair option in the XP-retail version probably does something like
that. Only because of the illogical and stupid marketing strategies of
MicroSoft to protect only their financial interests most people cannot
do that (most people have OEM or other volume-licence versions) and
don't realise that it is a designed limitation of the Windows version
they have.
The Win2K also doesn't work but I don't think I'll bother with that
one any more.
WoofWoof - 27 Oct 2004 18:56 GMT
> During one phase (after re-installing and the automatic restore of the
> registry) I succeeded in booting to safe mode and I did delete the
> ENUM key. I have used that trick with success before but in this
> instance it didn't do a simple hardware detection after that and I
> still had to do a scanreg /fix deleting 3/4 of the registry.
Trouble is that you've already done a boot (even in safe mode) with
the old software setup on the new MB. I don't know where that would
leave you ... sort of a no-man's land. This trick (deleting the old
hardware profile and forcing re-detection) has usually been described
as "may work" or "usually works" even when done correctly. I've never
seen or heard it not working actually but there may be specific cases.
When you try to do it after the swap though, I would think your
chances of a successful outcome are reduced.
> >You can also accomplish the same thing without editing the registry,
> >by (again before swapping MB's) setting up a second hardware profile
[quoted text clipped - 4 lines]
>
> Know that trick too. Not sure it works though.
I've done it that way a number of, and it's always worked for me. It's
only slightly different from the first method actually, in that it
creates and uses new enum key in addition to the old one instead of
replacing the old one.
> The old MoBo doesn't boot any more. Black screen.... Nothing....
> Both the ENUM key deletion and the hardware profiles probably only
[quoted text clipped - 15 lines]
> >using the above method (with each OS if it's a multi-boot). Personally
> >I'd play better safe than sorry, bite the bullet and re-install
> The whole world is led to believe that a re-installation is the norm
> and do not know that the absence of an adequate option to move to
[quoted text clipped - 3 lines]
> need to do is to offer an option to delete (all) hardware specific
> settings and do a fresh hardware detection and installation.
" ...all you need to do is to offer an option to delete (all) hardware
specific settings and do a fresh hardware detection and
installation"
If that *is* all that needs to be done you may have a point. But it's
a curious statement actually, since it didn't apparently work in your
case. Now *I* think it didn't work because you didn't follow the steps
in the correct sequence but I sense from your responses that you think
that your different sequence was immaterial to the method. Now you are
proposing class-action suit because MS didn't supply a programmed
procedure for the method (which didn't work for you).
Microsoft has never stated that this method would work at all ... and
it's quite possible that won't work in some specific installations.
Although I've used this method myself a number of times in the past
I'm less inclined to do it these days (even - perhaps especially - on
2000/XP). On balance I thinK a MB change is an excellent time to
overhaul the whole system with a drastic review of just which
installed apps etc I really need (usually I dump about 70%) obtaining
all the latest drivers (and putting them on a single CD for
convenience) etc .. Then a complete disk surface test, reformat and
re-install. It all doesn't take nearly as long as some people imagine
(and certainly not as long as patching up a flakey system) and I end
up with a system that boots faster, runs better and has fewer hanging
qestion marks.
FlyBoy - 27 Oct 2004 21:42 GMT
>Trouble is that you've already done a boot (even in safe mode) with
>the old software setup on the new MB. I don't know where that would
[quoted text clipped - 4 lines]
>When you try to do it after the swap though, I would think your
>chances of a successful outcome are reduced.
I have backups of every relevant phase but the version that did boot
on the old MoBo is the earliest version I can start from. And that one
cannot boot without a reinstall etc. etc.
>" ...all you need to do is to offer an option to delete (all) hardware
>specific settings and do a fresh hardware detection and
[quoted text clipped - 7 lines]
>proposing class-action suit because MS didn't supply a programmed
>procedure for the method (which didn't work for you).
I was talking about WinXP there. A completely different issue. There I
cannot get it working because MS has removed the repair option from
OEM-versions. THAT is what I object to and the fact MS doesn't tell
it's users about that difference with the retail version.
>Microsoft has never stated that this method would work at all ... and
>it's quite possible that won't work in some specific installations.
Again... XP here. And it's an existing option in the RETAIL version.
>Although I've used this method myself a number of times in the past
>I'm less inclined to do it these days (even - perhaps especially - on
[quoted text clipped - 7 lines]
>up with a system that boots faster, runs better and has fewer hanging
>qestion marks.
But it's not up to MS to decide whether I should do that. It should be
totally up to me! And you may think it's a good idea because of your
experiences. But these experiences are created by MS because of their
lacking feature to move to a different MoBo. That's why you have bad
experiences.
Also... If you read my initial posting you read that the W98
installation has hundreds of software installations in it. I'm pretty
sure you never did a complete re-install of such a system.
I would like not to go into this issue much further since it has
nothing to do with my original main question:
Does anyone know of a utility with which I can edit/clean/repair the
registry of another Windows installation? Any help with that question
would be greatly appreciated.