Windows 7 update error 80070002, "usual" rescue options not working.

Please post the requested files anyhow.

Here's what appears to be the problem...

Code:

2015-06-06 20:32:55, Info                  CSI    00000004@2015/6/6:18:32:55.153 PopulateComponentFamiliesKey - Begin
2015-06-06 20:33:19, Error                 CSI    00000005 (F) STATUS_OBJECT_NAME_NOT_FOUND #1546429# from Windows::Rtl::SystemImplementation::DirectRegistryProvider::SysOpenKey(flg = 0, key = {provider=NULL, handle=0}, da = (KEY_READ|KEY_WOW64_64KEY), oa = @0x146e020->OBJECT_ATTRIBUTES {s:48; rd:NULL; on:[195]"\Registry\Machine\Software\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_7d78f1219de776590121d423bf220aa2_31bf3856ad364e35_none_6d0acdf54e87b35c\{E08225F7-6C94-40B9-AB95-D5FFFEAB154A}"; a:(OBJ_CASE_INSENSITIVE)}, disp = Unmapped disposition: 21423080 (0x0146e3e8))[gle=0xd0000034]
2015-06-06 20:33:19, Error                 CSI    00000006@2015/6/6:18:33:19.489 (F) d:\win7sp1_gdr\base\wcp\sil\merged\ntu\ntsystem.cpp(3676): Error STATUS_OBJECT_NAME_NOT_FOUND originated in function Windows::Rtl::SystemImplementation::DirectRegistryProvider::SysOpenKey expression: (null)
[gle=0x80004005]
2015-06-06 20:33:19, Error                 CSI    00000007 (F) STATUS_OBJECT_NAME_NOT_FOUND #1546428# from Windows::Rtl::SystemImplementation::CKey::OpenExistingKey(f = 0, da = (KEY_READ), oa = @0x146e4e0, key = NULL, disp = (null))[gle=0xd0000034]
2015-06-06 20:33:19, Info                  CBS    NonStart: Failed to get store. [HRESULT = 0x80070002 - ERROR_FILE_NOT_FOUND]
2015-06-06 20:33:19, Info                  CBS    Failed to ensure no startup processing was required. [HRESULT = 0x80070002 - ERROR_FILE_NOT_FOUND]
2015-06-06 20:33:19, Info                  CBS    Failed during startup processing, continuing with Trusted Installer execution [HRESULT = 0x80070002 - ERROR_FILE_NOT_FOUND]
2015-06-06 20:33:19, Info                  CBS    Startup processing thread terminated normally

You're getting that set of errors repeatedly at every boot - and various retires as well
Of the 71000+ lines of data in the CBS.log, over 32000 relate to this one error!


Let's try this...

Please open an elevated Command Prompt, and run the following command,

REG LOAD HKLM\COMPONENTS C:\Windows\System32\config\COMPONENTS
REG QUERY HKLM\COMPONENTS


post the results.


Here are some instructions to make life easier :)
1) To open an Elevated Command Prompt Window (the ECP window), click on Start, All Programs, Accessories – then right-click on Command Prompt, and select Run as Administrator. Accept the UAC prompt.
2) To run the commands easier, highlight the block of commands, and right-click on the highlight – select Copy. In the CP Window, click on the black/white icon at top left – select Paste. The commands will run but may not complete the last command, so hit the Enter Key once.
3) To copy the results... click on the Black/White icon in the top left, and select Edit... 'Select All', and hit the Enter key - then use Ctrl+V or r-click+Paste to paste it into your response.

That looks perfectly normal....
(digs deeper)

Please run this command, and post the results

ICACLS C:\Windows\System32\config\COMPONENTS.*

That may explain it!
The TrustedInstaller account should have some permissions there, as should the Users account -
I need to do some checking before attempting to post a fix, as I get conflicting results on my own system.
Please open Windows Explorer and navigate to the C:\Windows\System32 folder
right-click on the 'config' folder, and select Properties
Click on the Security tab, then the Advanced button

Take a screenshot, and post it

I actually asked for the permissions on the config folder rather than System32
All the above are OK - and it looks as if it's my machine that's a little odd, as I checked a fresh install in VM, and it looks like SYSTEM has ownership and full control, as does Administatoren - with no TrustedInstaller in sight on the COMPONENTS files.

back to the drawing board again

I'll see what I can come up with later and post back