Main Forum > Tweaking.com Support & Help

Windows Repair task 04 (Register System Files) clobbering Vista VSS??

<< < (3/4) > >>

GLykos:
Took another look at the WMI task reported path error to IE Recovery.  Determined that the proper directory structure appears intact and operational, judging from time-stamps - screen capture attached.  That said, don't know what was going on with the reported path-too-long error mentioned above - would seem either the reparse point junction ('AppData\Local' and 'Application Data') is messed up or else WMI repair took a wrong turn - just my uneducated guess but sharing if/as helpful.

P.S.  Reflecting a little more on this, then comparing with another Vista PC - appears 'Application Data' shouldn't even be appearing in Windows Explorer.

Willy2:
- A LOT OF errors generated by "Repair WMI" and other repairs can be ignored.
- Just run "Repair WMI" and perhaps a number of other repairs.
- After this I am out of suggestions on how to fix this. Perhaps others have more suggestions ?

GLykos:
Thanks for your reply.

Discovered NTFSLinksView, looked around a bit, don't see anything obviously untoward with the junctions.

Don't mind (with some level of confidence) throwing stuff against the wall to see what sticks, but would sure like to be able to capture the run-time errors encountered by a diagnostic routine, at least on request.  The errors may not be germane to the specific issue of interest, but can absolutely be of interest in detecting and perhaps later addressing other anomalies that happen to surface during the process.

Lessee, how does it go:  Why break it if it works?  To make it work better, right?

Just one person's viewpoint...

GLykos:
In search of my unrecorded WMI repair run-time errors, turns out the DIR command (among others?) sends normal output to STDOUT and error output to STDERR.  The WMI repair command window errors that flashed by but didn't get logged appear to have resulted from a DIR (or DIR-like) command.  Running DIR from root-dir down, the errors are captured by doing an output redirect to 2> (rather than >, alternatively 1>).  Here's a brief related MS article: https://support.microsoft.com/en-us/kb/110930#/en-us/kb/110930.

Next step is to try to understand current situation and contemplate corrective action(s) while wondering how I got here in the first place.  The error output is attached for reference, if curious.

FYI, and regards.

GLykos:
Re-examination suggests a corrupted junction point.  NTFS Links View (attached) suggests bad first junction, creating recursive situation that is consistent with DIR errors and Win Explorer directory structure display.

Simple dump of system-drive junctions via DIR, with erred paths following (attached) provided for context.  Those junctions created 7/2015 likely resulted from running then-current WR pre-scan.

Located a sample script file http://pcloadletter.co.uk/2012/03/20/corrupt-windows-7-junction-points/ which appears suitable to manually fix the junction error(s).

Will reflect on this, poke around a bit more, then make NTFS adjustments.

Don't know that this has anything to do with the originally reported (and still existing) system save/restore checkpoint function getting broken, but am going to push ahead, attempting to fix and clean up as I go, see what happens.

Regards.

Navigation

[0] Message Index

[#] Next page

[*] Previous page