We don't often see this type of error!
Code:
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-InternetExplorer-Optional-Package~31bf3856ad364e35~amd64~~8.0.7600.16385.mum_old0 Expected file name Microsoft-Windows-InternetExplorer-Optional-Package~31bf3856ad364e35~amd64~~8.0.7600.16385.mum does not match the actual file name
(fix) CBS MUM Corrupt CBS File Replaced Microsoft-Windows-InternetExplorer-Optional-Package~31bf3856ad364e35~amd64~~8.0.7600.16385.mum from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-7601-x64-clientcab4.cab.
(fix) CBS Paired File CBS File also Replaced Microsoft-Windows-InternetExplorer-Optional-Package~31bf3856ad364e35~amd64~~8.0.7600.16385.cat from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-7601-x64-clientcab4.cab.
Someone appears to have deliberately renamed a file - which takes a little doing, considering the protections operating in the Winsxs folder!
Having said that, it's the only error that CheckSUR found.
The errors in the CBS.log can usually be ignored, and there's no problems found in the SFC scan.
Ah...
from the CBSPersist file...
Code:
Line 267037: 2015-05-20 12:10:49, Error CSI 0000023a@2015/5/20:10:10:49.858 (F) d:\win7sp1_gdr\base\wcp\componentstore\csd_locking.cpp(324): Error STATUS_SXS_ASSEMBLY_MISSING originated in function CCSDirectTransaction::LockComponent expression: (null)
Line 267039: 2015-05-20 12:11:13, Error CSI 0000023b (F) STATUS_SXS_ASSEMBLY_MISSING #1200878# from CCSDirectTransaction::OperateEnding at index 0 of 1 operations, disposition 2[gle=0xd015000c]
Line 267040: 2015-05-20 12:11:13, Error CSI 0000023c (F) HRESULT_FROM_WIN32(ERROR_SXS_ASSEMBLY_MISSING) #1200763# from Windows::ServicingAPI::CCSITransaction::ICSITransaction_PinDeployment(Flags = 0, a = Microsoft-Windows-InternetExplorer-Optional-Deployment-LanguagePack, Version = 8.0.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture = [l:10{5}]"en-US", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral, cb = (null), s = (null), rid = [128]"Microsoft-Windows-InternetExplorer-Optional-Package~31bf3856ad364e35~amd64~en-US~8.0.7600.16385.Internet-Explorer-Optional-amd64", rah = (null), manpath = (null), catpath = (null), ed = 0, disp = 0)[gle=0x80073701]
It looks to me like running CheckSUR should have fixed this problem?
If not, please explain the current blockage.