WR v2440 seems to address various previous issues really well - works out great with everything that suits me anyway - but a couple of issues left I'm curious about before I venture off into further build tests....
Have one system in particular I wanted to do a basic-light OS build/install - so for kicks I removed pretty much all of the main services and had success in overall usage parameters - except for Windows Update & Security Center errors.
As for Update service(s) removal - wanted to keep the ability to install updates manually. But the OS would not run the MSU installer - not positive but maybe one thing to leave intact is the Update Orchestrator service? because the WUSA was removed from System32, leaving the MSU installers unrecognized by the OS. Seems so after testing another image with it left alone. But hey any further direction on preserving manual update installs appreciated. Not positive if the update service(s) should be left as-is and just choose a custom setting (disable, manual) - and that brings up the issue about security center....
If security center is removed then the issues of "access denied" and limited permissions are in effect - in spite of logged in as administrator - Local/security policies seem to be reset or locked and cannot make additional changes there or in service settings. Also leave that service as-is in WR?
Not super-urgent or such - but a pointer or two in those 2 service removals while keeping the balance of manual installing of the updates and preserving administrative rights in such a OS reduction build would be helpful. If not then can go through a workaround process I guess.
Thanks!
Have one system in particular I wanted to do a basic-light OS build/install - so for kicks I removed pretty much all of the main services and had success in overall usage parameters - except for Windows Update & Security Center errors.
As for Update service(s) removal - wanted to keep the ability to install updates manually. But the OS would not run the MSU installer - not positive but maybe one thing to leave intact is the Update Orchestrator service? because the WUSA was removed from System32, leaving the MSU installers unrecognized by the OS. Seems so after testing another image with it left alone. But hey any further direction on preserving manual update installs appreciated. Not positive if the update service(s) should be left as-is and just choose a custom setting (disable, manual) - and that brings up the issue about security center....
If security center is removed then the issues of "access denied" and limited permissions are in effect - in spite of logged in as administrator - Local/security policies seem to be reset or locked and cannot make additional changes there or in service settings. Also leave that service as-is in WR?
Not super-urgent or such - but a pointer or two in those 2 service removals while keeping the balance of manual installing of the updates and preserving administrative rights in such a OS reduction build would be helpful. If not then can go through a workaround process I guess.
Thanks!