This happens under local Administrator account and in All Safe modes,,,,, to
include safe mode with command prompt....
On Google search it pulled up a similar issue and suggested that it was a
missing file called userinit.exe or a wuaupdater.exe file that was
missing....
I slaved in the drive to my PC using a HD to USB adapter and was able to
access the whole drive. I replaced those files with known good ones (they
were both missing on the laptop HD) but the problem still exist.
I also took the c:\windows\system32\config files (registry files) and
renamed them, then took the repair files from c:\windows\repair and copied
them into the c:\windows\system32\config folder and was able to log into the
laptop then however all the applications were not functioning properly and
would have to be reinstalled.
I know the problem must exist in those registry files somewhere... but how
to fix it is at a loss...
I tried running Commander from CD but it won't run on that laptop... says
something like pci.sys fail with a blue screen.... but this is a seperate
problem than the one I post here....
I don't know what else to do short of reinstalling the laptop from scratch
again....
Any suggestions
JS
"Tim_S" <NOS...@whereever.net> wrote in message
news:uy31TRHA...@TK2MSFTNGP05.phx.gbl...
Your suspicion is most likely correct: Windows is unable to locate
userinit.exe, probably because your system drive letter has changed.
Your first step should be to determine your current system drive letter.
You can do it like so:
- Start the problem machine but don't log on.
- Log on as administrator on a networked machine.
- Click Start / Run / cmd{OK}
- Type this command:
psexec \\xxx cmd.exe
(Replace xxx with the name or the IP address of the problem PC)
- Report the drive letter you see.
You can download psexec.exe from www.sysinternals.com.
The drive is C that returns... it hasn't changed because the system boots
all the way to the log on screen...
I think that something has deleted the registry key that calls
userinit.exe....
hklm\software\microsoft\windowsnt\winlogon.... but getting to the key is
proving problematic...
I wish there was a registry tool that could read/edit the stand alone
registry files... i.e. system, user, config etc...
while the drive is slaved in on a USB port.... I can move them, copy them,
and even delete them but I can't read inside of them.... If you know of a
tool... please inform....
John
While I was looking at the default hive, the WindowsNT key only had 3
entries in the key...
I used mine XP-Pro as an example and manually created the keys to match
mine.... to include the userinit key and pointing to the userinit.exe
file....
The tricks that worked for others didn't work for this.. it is still logging
on, flash, immediate log off back to log-in screen.
Any other tricks?
Tommorrow I will use the restore disk if no hits here....
"John John (MVP)" <aude...@nbnet.nb.ca> wrote in message
news:ei7T74X...@TK2MSFTNGP05.phx.gbl...
"Tim_S" <NOS...@whereever.net> wrote in message
news:ereMJ0aB...@TK2MSFTNGP04.phx.gbl...
> I was able to load the Hive... thanks for the tip John...!!!...
> While I was looking at the default hive, the WindowsNT key only had 3 entries
> in the key...
> I used mine XP-Pro as an example and manually created the keys to match
> mine.... to include the userinit key and pointing to the userinit.exe
> file....
> The tricks that worked for others didn't work for this.. it is still logging
> on, flash, immediate log off back to log-in screen.
> Any other tricks?
Try with no path
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
Userinit=userinit.exe
Or try to copy recent hives from the SVI
http://fspsa.free.fr/images/cdr-svi/cdr-svi-snapshot.png
Part two ==>
http://support.microsoft.com/kb/307545
http://support.microsoft.com/kb/309531
--
Regards, Jean-François
> Try with no path
> HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
> Userinit=userinit.exe
There is a comma missing in your registry edit, this will cause userinit
to fail. I don't know what removing the path will do, maybe you know
something that I don't.
Typically the value should be:
C:\WINDOWS\system32\userinit.exe,
There are other causes for this reboot loop or boot failure, Pegasus
will no doubt review the different causes and suggest appropriate
measures to fix things.
John
> JF wrote:
> > Try with no path
>> HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
>> Userinit=userinit.exe
> There is a comma missing in your registry edit, this will cause userinit to
> fail.
It works without the comma but the use is to keep it.
So you can start other programs with :
userinit=userinit.exe, goodprogram.exe, badvirus.exe,
> I don't know what removing the path will do, maybe you know something
> that I don't.
Simply that it works without the path.
So you eliminate a possibly mistake as explained here
http://support.microsoft.com/kb/249321
Remember Pegasus said :
"Windows is unable to locate userinit.exe,
probably because your system drive letter has changed"
> Typically the value should be:
> C:\WINDOWS\system32\userinit.exe,
Yes, typically Windows is on C:\ and is called Windows.
> There are other causes for this reboot loop or boot failure, Pegasus will no
> doubt review the different causes and suggest appropriate measures to fix
> things.
> John
Since Tim said "the 'Windows NT' key only had 3 entries in the key" the
only thing possible seems to get a better hive from the SVI, or repare
Windows.
Also a simply CHKDSK /R from the Recovery Console is not a bad idea.
--
Regards, Jean-François
The problem was in the "Software" hive...
The userinit key was pointing to a file called xwushzh.exe which of course
no longer existed...
problem solved..
By the way the issue came from My Space web site
Just a note this little file deleted the userinit.exe file itself.. and
changed the key... when Norton stopped it, it had already done some damage.
After Norton deleted the file xwusuhzh.exe, the registry key remained...
thus when trying to log-on, it would immediately log off... even though the
file .exe was no longer there, replacing only the userinit.exe file with a
known good one it still wouldn't work... could not get into any repair
mode... had to slave drive into another PC using the USB-Sata adapter, then
open the hive on the bad drive and edit the line in the software key... as
mentioned...
Thanks for the help...
"JF" <JF@-> wrote in message news:%23R8y5tf...@TK2MSFTNGP03.phx.gbl...
> I was able to fix the issue by using the Load Hive method ..
> The problem was in the "Software" hive...
> The userinit key was pointing to a file called xwushzh.exe which of course
> no longer existed...
> problem solved..
> By the way the issue came from My Space web site
> Just a note this little file deleted the userinit.exe file itself.. and
> changed the key... when Norton stopped it, it had already done some damage.
> After Norton deleted the file xwusuhzh.exe, the registry key remained... thus
> when trying to log-on, it would immediately log off... even though the file
> .exe was no longer there, replacing only the userinit.exe file with a known
> good one it still wouldn't work... could not get into any repair mode... had
> to slave drive into another PC using the USB-Sata adapter, then open the hive
> on the bad drive and edit the line in the software key... as mentioned...
> Thanks for the help...
Thanks for the feed back.
Bravo et Félicitations ! ^^
--
Regards, Jean-François