CheckSUR appears to have crashed before completion for some reason.
The SFC san shows the following problem...
Code:
Line 5589: 2014-06-27 18:50:00, Info CSI 000002fc [SR] Repairing 1 components
Line 5590: 2014-06-27 18:50:00, Info CSI 000002fd [SR] Beginning Verify and Repair transaction
Line 5591: 2014-06-27 18:50:00, Info CSI 000002fe [SR] Cannot repair member file [l:84{42}]"System.Management.Automation.Resources.dll" of System.Management.Automation.Resources, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_MSIL (8), Culture = [l:10{5}]"en-US", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, file is missing
Line 5592: 2014-06-27 18:50:00, Info CSI 000002ff [SR] Cannot repair member file [l:84{42}]"System.Management.Automation.Resources.dll" of System.Management.Automation.Resources, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_MSIL (8), Culture = [l:10{5}]"en-US", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, file is missing
Line 5593: 2014-06-27 18:50:00, Info CSI 00000300 [SR] This component was referenced by [l:266{133}]"Microsoft-Windows-Client-Features-Package~31bf3856ad364e35~amd64~en-US~6.1.7600.16385.Microsoft-Windows-Client-Features-Language-Pack"
Line 5598: 2014-06-27 18:50:00, Info CSI 00000302 [SR] Repair complete
The background CBS data shows a number of problems, beginning (I think!) with this one...
Code:
2014-06-27 03:06:12, Error CSI 00000015@2014/6/27:02:06:12.063 (F) d:\win7sp1_gdr\base\wcp\primitiveinstallers\fileinstaller.cpp(1482): Store corruption detected in function CFileInstaller::ChangeFileCompression expression: 0
MissingFileSystemResource on resource [149]"\winsxs\msil_system.management.automation.resources_31bf3856ad364e35_6.1.7601.17514_en-us_92e4c7898423b181\system.management.automation.resources.dll"[gle=0x80004005]
2014-06-27 03:06:14, Error CSI 00000016 (F) STATUS_OBJECT_NAME_NOT_FOUND #10744029# from Windows::Rtl::SystemImplementation::DirectFileSystemProvider::SysCreateFile(flags = (AllowSharingViolation), handle = {provider=NULL, handle=0}, da = (SYNCHRONIZE|FILE_READ_ATTRIBUTES), oa = @0x19fd790->OBJECT_ATTRIBUTES {s:48; rd:NULL; on:[163]"\??\C:\Windows\WinSxS\msil_system.management.automation.resources_31bf3856ad364e35_6.1.7601.17514_en-us_92e4c7898423b181\System.Management.Automation.Resources.dll"; a:(OBJ_CASE_INSENSITIVE)}, iosb = @0x19fd770, as = (null), fa = 0, sa = (FILE_SHARE_READ|FILE_SHARE_WRITE|FILE_SHARE_DELETE), cd = FILE_OPEN, co = (FILE_SYNCHRONOUS_IO_NONALERT|0x00004000), eab = NULL, eal = 0, disp = Invalid)
[gle=0xd0000034]
2014-06-27 03:06:14, Error CSI 00000017@2014/6/27:02:06:14.731 (F) d:\win7sp1_gdr\base\wcp\sil\merged\ntu\ntsystem.cpp(2057): Error STATUS_OBJECT_NAME_NOT_FOUND originated in function Windows::Rtl::SystemImplementation::DirectFileSystemProvider::SysCreateFile expression: (null)
[gle=0x80004005]
2014-06-27 03:06:43, Error CSI 00000018 (F) STATUS_OBJECT_NAME_NOT_FOUND #10744028# from Windows::Rtl::SystemImplementation::CDirectory::OpenExistingFile(...)[gle=0xd0000034]
- which tallies nicely with the SFC error :)
Hopefully fixing that one will allow CheckSUR to finish next time we run it.
I'll post a fix protocol for it a bit later.