Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - GLykos

Pages: [1]
1
Scan Reparse Points

Problem - Missing Default Reparse Point
Repair To Do - Create [same]
Type - JUNCTION
Original Path - C:\Users\User\Application Data
Target Path - C:\Users\User\AppData\Roaming

Repair Selected
Process steps are echoed to screen, all completed.

Rerun Scan.  Error persists.  Reboot for grins.  Error persists.

Am presuming that the reported (continuing) error is valid (until I hear otherwise from you) - am going to take a look at how to manually fix this.  In the meantime, this is to make you aware of the occurrence.

WR 4.22. Win 7 32 bit.

Regards,
George

2
Feedback & Suggestions / Various comments
« on: June 27, 2018, 12:50:16 AM »
Hello again!  Am using 4.22 free and am disappointed that you steadfastly refuse to clean up the setup re preserving user-defined installation directories and the tray icon display and configuration logic.  Guess standing pat has now become a matter of pride - in what exactly remains unclear.

Had occasion to reach for WR after buggering up Win 7 Pro 32-bit while trying some things out during a hard-drive migration without being properly prepared.  Blindly shotgunning, elected a number of basic repair options.  Seems to have gotten me moving forward, but was surprised in troubleshooting a resulting new WMI issue that the "repaired" registry ImagePath for service Winmgmt for some reason pointed to netsvcs rather than winmgmt.  Following troubleshooting guidance and trying to start the service resulted in a run-time error 1083:  "The executable program that this service is configured to run in does not implement the service." (in retrospect: d'oh, really?)  Happily, editing the path with the appropriate service name was sufficient to get it working again.  I'd have thought this to be a basic function in a mature product.  I presume this resulted from the WMI repair but did not loop back to test it to confirm where it got broken.

On a cosmetic user-interface level, spent a little time pondering the System Monitor line at the bottom of the repair screen while chunking through them.  Isn't apparently why the gray and blue backgrounds need to jitter around, but it's visual noise (or else I missed the point of it, also a possibility).  The percent value jumps nonstop from whole numbers like 50 to four-place decimals like 3.1354 and everywhere in between, with a blue-gray divide typically on top of that somewhere partially obscuring the number.  A constant numerical presentation format without multiple backgrounds sliding around would be less tiring to accompany and more easily decipherable while admiring progress.  The Monitor subdisplay is a common denominator across the modules.

Thanks for making WR available!

Regards,
George


3
Ran the first four tasks in the repairs library (WR 3.8.0).  Believe as a result of that the Vista backup and restore function is broken.

Attempting to create backup in System Properties, System Protection says "The restore point could not be created for the following reason:  Catastrophic failure (0x8000FFFF)  Please try again."

App Event Log shows "Volume Shadow Copy Service error: The VSS event class is not registered.  This will prevent any VSS writers from receiving events. This may be caused due to a setup failure or as a result of an application's installer or uninstaller."

Searching for fix to register the VSS event class, find "Beginning with Windows Vista and Windows Server 2008, Windows component installation is manifest-based, and most of the registry is locked down even to Administrator. ***However, the VSS binaries in Windows Vista and Windows Server 2008 still contain the code to perform self-registration. The code is removed in Windows 7 and 2008 R2.***  It is not recommended to re-register VSS binaries in Windows Vista and Windows Server 2008 or later operating systems."

Continuing, "Starting with Windows Vista and with Windows Server 2008, Windows component installation is manifest-based. Trying to manually register specific components, as described in the following steps, can have unexpected results that may require Windows be reinstalled to resolve."

That said - does task 04 re-register the Vista DLL's associated with the VSS event class, or does it exclude them from processing?

As a side note - now what??

Thanks,
George


P.S.  Realized that the same problem was posted on 1/9.  The additional information above may help to figure out what's going on.

In response to a query in a reply to that post -

   vssadmin list writers returns:  vassadmin 1.1 - VSCS administration cmd-line tool and copyright notice.  No values

   vssadmin list providers returns:  Name: 'MS Sfwr Shadow Copy provider 1.0'  Provider type: System.  Provider Id: <b5946137-7b9f-4925-af80-51abd60b20d5>.  Version: 1.0.0.7

Pages: [1]