Messages

1

Feedback & Suggestions / Re: Repair of WMI Issue (SOLVED)

« on: October 04, 2016, 03:35:28 am »

Thanks for looking into this.

I agree with the direction of your solution:  it needs something to limit the MOF search, then all will be ok and no damage will be caused.  It might even be worth putting up a warning to users in the pre-test checks you provide that such mount points are potentially hazardous to tools that use "indiscriminate" searching to do automated repair work  .  Your tool won't be the only one in the world to fall foul of this.  Indeed if the mount point is recursive (one of mine was at one point: the mount point was to the drive on which the mount point resided) then a tool may never even complete - until it eventually crashes due to ridiculously long recursive path names.

You can test the problem scenario by using C:\Windows\System32\diskmgmt.msc to set up NTFS Path mount points to drives such that these paths are then folders on the C: drive.   I actually have to do this on my system because I sometimes have too many drives (many of them are USB) to provide drive letters for, and this is sometimes the only way I can mount such drives consistently to fixed locations. 

Since encountering this problem I have decided that 'C' is perhaps not the best drive to use for such mount-point folders.    Indeed, doing so is probably asking for trouble.  Hence my suggestion that detection and warning users in your "Pre-Scan" checking suite might be a useful addition to the tool:  Perhaps with a suggestion that the user only ever uses a non-OS drive for such folder-based mount points.

2

Feedback & Suggestions / Re: Repair of WMI Issue

« on: October 01, 2016, 04:43:43 pm »

I could of course find myself being misled by symptoms - as in the existence of these mount points could I suppose have been causing three problems:
1) The failure of your WMI repair tools
2) The property-error when starting the system restore applet
3) The vaultsvc/lsass bluescreen when accessing the credential manger.

However, the contra-indications are:
1) I use similar mount points on another PC that did not exhibit these problems.
2) I never ran the WMI repair tool on that other PC
3) I never had the two fatal issues on that PC
4) Removing the mount points from the problem PC and re-running the WMI repair fixed everything.

So, whilst it is still obviously guess-work here, it does appear that the WMI-repair needs to be a little bit more careful in its searching out of MOF files.

3

Feedback & Suggestions / Re: Repair of WMI Issue

« on: October 01, 2016, 04:35:42 pm »

In addition, a secondary problem whereby running the Credential Manager (inducing the VaultSvc.DLL) would cause LSASS to blue screen was ALSO solved by this same correction.

Basically it appears that the existence of volume mount points in folders on the OS drive causes your WMI repair tool to actually cause damage rather than do a repair!

Once these mount points are removed, the repair succeeds and all is well again.

 

4

Feedback & Suggestions / Re: Repair of WMI Issue

« on: October 01, 2016, 04:26:31 pm »

After correcting this, a serious problem that was raising a property page error whenever I tried to start the System Protection applet (System Restore) disappeared.

So good news: the repair worked.

Bad news is that I suspect the problem was originally CAUSED by the WMI repair tool CORRUPTING stuff due to the aforementioned issue of folder-based mount points on the OS drive to other drives containing other OS installations.

I really do think the Tweaking.COM repair tool needs this issue addressed at the earliest opportunity.

 

5

Feedback & Suggestions / Repair of WMI Issue (SOLVED)

« on: October 01, 2016, 04:12:54 pm »

When running the repair of the WMI, the search for things to add falls foul in the following circumstance:

If there are any "alternate paths" to hard drives set up as folders via the Computer Management : Disk Management plugin, then the repair searches those as well!  It really needs to leave that stuff alone!  I don't know how easy it would be to check such "links" as being volume mount points, but I had a situation where the repair was looking for MOF files on drives it really shouldn't be going to (containing Win10 and WinXP operating systems, as well as one that was the same as the Win7 it was trying to repair!).

In the end, the only way I could get the WMI repair to run without producing reams of error messages (and presumably also making some bad entries into WMI) was to entirely unmount all such folder-based mount points on the OS hard drive and move that folder structure somewhere safe.