A Little XP Wierdness
Published on August 21, 2011 By Daiwa In Personal Computing

Had a problem with installation of the first of the .net updates last month and after repeated failed attempts to get it to install, and after several other updates also failed subsequently, I decided to try MS's free tech support for security issues.  We got all the failed updates to install manually except for the two .net updates.  The first, the one that originally first failed, would hang at about 50% on the progress bar and just sit there.

When I attempted to do the update manually while in SafeMode, I got a message saying that the component/app for which the update was intended was not installed on my computer & it stopped right there (.net 2.0 is installed on my rig).

Long story short - In the course of troubleshooting, the tech wanted to check something in MSConfig.  I haven't had occasion to use it in a long time but I'm pretty certain I've run it on this desktop at some point since I bought it 3 years ago or so.  When we launched msconfig.exe from the run command, the process showed up in TaskManager but no UI appeared.  When the tech did some digging in the registry, she couldn't find whatever should have been there for msconfig.exe (I tried to get out of her what she was looking for & couldn't find but all she'd say is that there is a registry issue with msconfig).

There are two instances of files named msconfig.exe on my system, one in C:\\Windows\ServicePackFiles\i386 and one in C:\\Windows\pchealth\hlpcenter\binaries.  Running either results in the same behavior - a process running in TaskManager without a UI.

This brought the tech support to a halt since the msconfig.exe issue was not a 'security' issue and they couldn't troubleshoot the security issue any further without being able to check MSConfig.

Any of you have ideas on this before I go spending my next 4 rounds of golf on MS Consumer Support?

Thanks!

 


Comments (Page 3)
3 Pages1 2 3 
on Aug 24, 2011

Atta-boy!! 

 

on Aug 25, 2011

I've spent years diligently cultivating an image of just being another jackass amongst the nameless rabble, and you guys are blowing the shit out of it in one fell swoop.

Fear not, lad....you're the very embodiment of jackass diligence....

...or is it diligent jackass?

Can't be all bad...least ya call it 'fell swoop' and not 'fowl sweep' or some such....

 

 

What's the bet I'm yet again the target of vehement rhetoric ..... something like "Help save the innocent computer.  Deny JAFO the use of his...." ....

[thanks, yrag for helping yet again]...

on Aug 26, 2011

yrag -

We never sorted the issue of the different file date for msconfig.exe - mine definitely did not match yours.  Is it moot?

on Aug 26, 2011

Is it moot?

 

Yes...as long as they're identical, I wouldn't worry about it.......

 

Did you install this: http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=3387

on Aug 26, 2011

Did not install the Visual C redistributable.  Do so?

on Aug 26, 2011

No balls....no golf.....

Install it.....

on Aug 26, 2011

on Aug 26, 2011

Automatic Updates today offered up a security update for .NET 2.0 Framework (the one that ran my rig off the rails in June).  Needless to say, I hid the sucker.

Too bad you didn't see this, Daiwa:  http://drjbhl.joeuser.com/article/410015/Problematic_NET_Updates

on Aug 26, 2011

I did see it, actually, but only after automatic updates tried to install it & failed.  Absence of apparent adverse effects at the time led me to think 'no harm, no foul' - the fax issue that came up a couple of weeks later related to an interaction between the fax software and the TWAIN interface, which the fax software tech folks thought had nothing to do with .NET.  They were very surprised to learn the problem had been fixed by reinstalling the .NET frameworks (only versions 1 & 2 - yrag advises XP can't really use 3.5 or 4 anyway).

A curious coincidence -

At about the same time I started having trouble with my fax/scanner issue at home, all three workstations at my office which use Fujitsu scanners for scanning in documents began having similar problems with significant delays between pages on multipage scans and massively bloated scanned file sizes (a 4 page .tif file which should be ~100k would end up 1.5MB) after having had no such issues for 18 months.  This has also been associated with a very noticeable change in responsiveness of the remote desktops to which we VPN - typing lags, post-click delays, lockups.  Not sure how/why there would be an impact within the virtual environment, but there is a lot of interaction between it and the local desktop for certain functions, scanning in particular.  These workstations have automatic updates set for unattended D/L & install of security updates (since staff ignore them like an old boyfriend) - no installation error on any of the machines like I ran into at home, but the coincidence seems a little too cute and I'm going to run through yrag's drill on one of the workstations as a test to see what happens.

on Aug 29, 2011

Well, my suspicions were confirmed.  After doing the .NET cleanup & reinstalling 1.0, 1.1 & 2.0 (and service packs), all three machines began scanning normally again, though the image file sizes are still running a little higher than prior to June.  Something about that security update for 2.0 published in late June was very wrong - 4 machines with scanners, 4 machines with issues.  At least they are back to baseline again, but the procedure was painfully time-consuming (multiple reboots).

Once again, my gratitude to yrag for the tutorial.

3 Pages1 2 3