Unable to install IE11 (error 9C47)

M

Maoman

Member
Joined
Oct 10, 2013
Posts
13
Hello,
I would like to ask you for your help - Windows Update can't update IE to IE11 on my Windows 7 x64 PC. The manual installation from the downloaded setup file doesn't work either, it always ends with the error 9C47. Seemingly some Windows files are corrupted. Could you please help me to repair them, to be able to install IE11?
View attachment CBS 2014-01-18.zip
Thanks a lot in advance!
BR, Martin
 
CheckSUR fixed a couple of problems itself - but it needs a hand with the last one...

Unavailable repair files:
winsxs\manifests\amd64_microsoft-windows-t..ceruntime.resources_31bf3856ad364e35_7.1.7601.16398_cs-cz_e9c19b87696f1bb2.manifest

This is an update to the Check Language pack - I'm having a little trouble sourcing the file required. :noidea:

Back once I have it! (meanwhile, is anyone else has it, feel free to post the fix!)
 
Thanks, Tom!

Maoman
Please download Tom's file - https://dl.dropboxusercontent.com/u/...f1bb2.manifest?dl=1
and save to your desktop.

Copy it to the folder
C:\Windows\Temp\CheckSur\Winsxs\Manifests

Now run the CheckSUR tool again (it may take a while)

Post the new CheckSUR.log file, and the CheckSUR.persist.log file.
 
Last edited by a moderator:
Heh - nice one :)
(although I had no problems with the original one in IE11)
 
It opens in FF and Chrome and I just tried it in IE11 it's the most strange of the bunch: it's parsing it as an XML file. All I see when I open the link in IE11 is a string PZ40HptydynNU/3FL2V0vf6Kn3UwEbT/XE/u2/C6+90= (the hash in the manifest).

Yet the page source is the manifest contents:

Code: 
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v3" manifestVersion="1.0" copyright="Copyright (c) Microsoft Corporation. All Rights Reserved.">
  <assemblyIdentity name="Microsoft-Windows-TerminalServices-WorkspaceRuntime.Resources" version="7.1.7601.16398" processorArchitecture="amd64" language="cs-CZ" buildType="release" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS" />
  <file name="wksprt.exe.mui" destinationPath="$(runtime.system32)\cs-CZ\" sourceName="wksprt.exe.mui" sourcePath=".\" importPath="$(build.nttree)\loc\cs-cz\win7\">
    <securityDescriptor name="WRP_FILE_DEFAULT_SDDL" />
    <asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2">
      <dsig:Transforms xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">
        <dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity" />
      </dsig:Transforms>
      <dsig:DigestMethod xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" Algorithm="http://www.w3.org/2000/09/xmldsig#sha256" />
      <dsig:DigestValue xmlns:dsig="http://www.w3.org/2000/09/xmldsig#">PZ40HptydynNU/3FL2V0vf6Kn3UwEbT/XE/u2/C6+90=</dsig:DigestValue>
    </asmv2:hash>
  </file>
  <memberships>
    <categoryMembership>
      <id name="Microsoft.Windows.Categories" version="1.0.0.0" publicKeyToken="365143bb27e7ac8b" typeName="SingleInstanceFiles" />
    </categoryMembership>
  </memberships>
  <trustInfo>
    <security>
      <accessControl>
        <securityDescriptorDefinitions>
          <securityDescriptorDefinition name="WRP_FILE_DEFAULT_SDDL" sddl="O:S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464G:S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464D:P(A;;FA;;;S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464)(A;;GRGX;;;BA)(A;;GRGX;;;SY)(A;;GRGX;;;BU)S:(AU;FASA;0x000D0116;;;WD)" operationHint="replace" description="Default SDDL for Windows Resource Protected file" />
        </securityDescriptorDefinitions>
      </accessControl>
    </security>
  </trustInfo>
  <rescache xmlns="urn:schemas-microsoft-com:rescache.v1" />
</assembly>
 
I have manifest (and cat/mum) files set to open by default in Notepad++ - maybe that makes it download rather than attempting to display it in IE?
 
Thanks Noel (and Tom) for your quick help!
The problem with corrupted files seems to be fixed! Please find the CheckSUR logs attached:
View attachment CBS 2014-01-19.zip
After the successful run of SURT and after a reboot I have tried to install IE11 (via Windows Update and then also from the downloaded EXE file), but without a success:
WinUpdateIE11error.png
It says that some updates have not been installed. Found error: Code 9C47 - Unknown error of Windows Update service.
All other regular updates are being installed without any problem, only the IE11 refuses to be installed.
Do you have any idea what should I do to have it installed??
Thanks!
Martin
 
9C47 errors are often problems with CAT/MUM files

Please download and save the CheckSUR tool from Fix Windows Update corruption errors such as 0x80070002 and 0x80070057
(you'll need to look in the details for Windows 7, downloading from the Microsoft Download Center)

Run it - The tool can take anywhere from 5 mins to a couple of hours to run (or 'Install') depending on how much it has to do, and may exit silently - it may appear to freeze for most of that time, but be patient.
The result is logged in the C:\Windows\Logs\CBS\CheckSUR.log file - and an archive …\checksur.persist.log file

Then zip the CheckSUR.log and upload it to your reply
 
CheckSUR managed to find and fix two problems - again! :(

This is very odd behaviour, as it implies either that CheckSUR is lying - or that your machine is recreating the error, as the identical errors were present in the earlier report.

This appears to be a conflict between the Czech and English versions of files - and I have no real idea what's happening - may Tom does??
 
I have just run CheckSUR again and now it is not reporting the fixed problems again!
It has only found the inconsistency in Czech/English files for IE, which may be the problem why IE11 can't be installed.
View attachment CheckSUR 2014-01-22.zip
Any idea what to do, Noel? Or Tom?
Thanks!
 
If your parent language is Czech then you can assume that this is normal.
 
Hello Noel,
thanks for your reply. My parent language is Czech, but the message in the CheckSUR log is probably not normal, as I can't upgrade IE10 to IE11 and this inconsistency in Czech/English files for IE seems to be the reason. All other Windows Updates work well (thanks to your/Tom's help). Do you have any idea how to solve it? Please ;-)
Thanks, Martin
 
This reminds me of another recurring problem that we have - which we have recently begun to understand.

Please open an elevated Command Prompt, and run the following commands...

Code: 
FSUTIL hardlink list "C:\windows\servicing\Packages\Microsoft-Windows-IE-Hyphenation-Parent-Package-Czech~31bf3856ad364e35~~~10.2.9200.16437.mum"
FSUTIL hardlink list "C:\windows\servicing\Packages\Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum"

.

post the results (if any)
 
Hi Noel,
thanks for an advice. I have just run these 2 commands in the elevated Command promt with these results:

FSUTIL hardlink list "C:\windows\servicing\Packages\Microsoft-Windows-IE-Hyphenation-Parent-Package-Czech~31bf3856ad364e35~~~10.2.9200.16437.mum"
-> has returned: \Windows\servicing\Packages\Microsoft-Windows-IE-Hyphenation-Parent-Package-Czech~31bf3856ad364e35~~~10.2.9200.16437.mum


FSUTIL hardlink list "C:\windows\servicing\Packages\Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum"
-> has returned: \Windows\servicing\Packages\Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum

Does it mean anything to you?

Thanks, BR, Martin
 
Noel, the problem here isn't a hardlink issue. It's because at some point hyphenation package English file content has appeared under the Czech file name. You can give it a try on a virtual PC if you wish: delete a .cat/.mum/.manifest file, then supply the SURT with a file of the correct name, but of the wrong file content. Repeatedly re-run the SURT and you'll find it replaces the file with the incorrect version every single time.

The SURT run from 15th October is as expected:

Code: 
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Hyphenation-Parent-Package-Czech~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Hyphenation-Parent-Package-Czech~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Hyphenation-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Hyphenation-Parent-Package-English~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Spelling-Parent-Package-Czech~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Spelling-Parent-Package-Czech~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name

But then three days later:

Code: 
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Hyphenation-Parent-Package-Czech~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Hyphenation-Parent-Package-Czech~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Hyphenation-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Hyphenation-Parent-Package-English~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name
(fix) CBS MUM Corrupt CBS File Replaced Microsoft-Windows-IE-Hyphenation-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-7601-x64-clientcab4.cab.
(fix) CBS Paired File CBS File also Replaced Microsoft-Windows-IE-Hyphenation-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.cat from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-7601-x64-clientcab4.cab.
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Spelling-Parent-Package-Czech~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Spelling-Parent-Package-Czech~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name
(f) CBS MUM Corrupt 0x00000000 servicing\Packages\Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum  Expected file name Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~neutral~~10.2.9200.16437.mum does not match the actual file name
(fix) CBS MUM Corrupt CBS File Replaced Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.mum from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-7601-x64-clientcab4.cab.
(fix) CBS Paired File CBS File also Replaced Microsoft-Windows-IE-Spelling-Parent-Package-English~31bf3856ad364e35~~~10.2.9200.16437.cat from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-7601-x64-clientcab4.cab.

These have come out of a client cabinet. Basically, somebody back in October made an attempted fix with the SURT, but did it wrong. They supplied the English file content for both the Czech and English language pack file names. This will have also propagated through to the C:\Windows\servicing folder by now.

What needs to be done is to delete the entire C:\Windows\CheckSUR folder, repair the C:\Windows\servicing corruptions using SFCFix, then re-run the SURT. Have fun tracking down the Czech files :p

(error occurred here: https://www.sysnative.com/forums/windows-update/7354-windows-7-x64-update-error-800f0900.html)


@Maoman, we'll get this machine right as rain as soon as we can, just need to track down those Czech files then it should be a nice easy fix :)

Thank you very much for your patience.

Richard
 
Thanks for that, Richard - it's probably best if I leave it to your tender mercies then, as my SFCFix skills are definitely limited :) (which is to say, mostly non-existent!)
 
@Noel, thanks for your kind help so far!

@Richard, thanks for your optimistic post, I really look forward to have my machine right as rain :)

Is there anything I can do to help you to fix it? Shall I delete the CheckSUR folder, repair the
corruptions using SFCFix and re-run the SURT? Or do you first need to find those Czech files?

Thank you very much for your help.
Martin
 
You must log in or register to reply here.

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top