>My first idea is HotFix KB835732.
>You might find more by searching for 835732 and ntokrnl...
>If KB835732 isn't your problem more detailed information might be helpful.
> [...] Although I am not certain, it
> seems very likely that I applied patch 835732, given Microsoft's description
> of it. (It had been some months since I had done a security update to this
> install.)
Maybe I haven't understood you right here, didn't you say:
"Something got munched while I was installing a bunch of Microsoft
patches..."?
> My problem isn't any of the specific ones that KB 835732 described, but you
> said on the Web that there are reports of people having other problems with
> this patch, so it's a good place for me to start.
Yes, there aren't any official reports concerning this, but as you may have
already
found you wouldn't be the first to run into these or very similar problems after
having applied this patch. However, I cannot refer to my own experience - I did
apply this patch to a couple of PCs but never had a STOP 0x1E (or other obvious
troubles) through it.
> I don't know how much information to give you from the Blue Screen; I doubt
> you want the entire dump. Here's the first line that describes the error.
[quoted text clipped - 4 lines]
> KMODE EXCEPTION_NOT_HANDLED*** Address 8010aa3e has base at 80100000 -
> ntoskrnl.exe
First, this is a good hint for HotFix 835732. I guess there are some third party
driver/services on your machine not compatible with this fix. I've googled
around myself a little bit and found as possible reasons printer drivers,
ASPI-Layers or other multimedia extensions, NIC-drivers, virus scanners, other
security related services and so on. Maybe you'll see on your BSOD a non-vital,
non-standard driver that has been loaded and causes the crash...
> So, what I'm thinking of (after reading Microsoft's suggested fixes for
> other patch problems) is boot up from my legacy partition, look for the most
> recent "uninstall" folder, and copy ntoskrnl.exe from there into my broken
> system folder. Or, if I can't find a copy of the kernel file in the
> uninstall folder, copy the one over from my legacy partition.
I think this is a good idea to start from. However, I wouldn't recommend to use
the original ntoskrnl.exe from a clean install (without any SPs). I've just
looked into the folders of an NT4 installations with nearly all official fixes
applied and found the "active" ntoskrnl.exe to be dated 03/23/2004 whereas the
newest (pre-)835732 version is dated 01/14/03 (may vary a bit for you as this is
a German version). You should find this version in the unistall folder of this
(or maybe some other) hotfix.
> Does this sound like a plausible course of action, or is it likely to break
> something even worse than things are broken now?
Sounds reasonable (of course, you should backup the latest active ntoskrnl.exe
first). And of course you will break something else - at least the hotfix
itself. Maybe some other files that has been replaced by this pretty large
hotfix do also rely on this new version - I don't know. However, I really can't
imagine that things become worse for you. Either you are able boot again and
then look for the deeper cause of your troubles if you like - or not - but that
is where you are now, isn't it?
Stephan
JayJay - 15 Mar 2005 14:13 GMT
Try disconnecting all non-essential hardware such as printers, scsi
scanners, etc... and then once you are at the login screen, use another
computer to access this computer via server manager. Turn off all non
essential services, delete anything out of the admin profile that is
non-essential, and try logging in. Good Luck.
JayJay
> > [...] Although I am not certain, it
> > seems very likely that I applied patch 835732, given Microsoft's description
[quoted text clipped - 58 lines]
>
> Stephan