SOLVED How to manually replace corrupted files that sfc couldn't fix?

[XBA]

Hello everyone, this is my first post here because I couldn't manage to solve my issue by following your awesome tutorials.

The problem is that I have just two corrupted DLL files found by sfc /scannow in my Windows 7 Ultimate x64 install, they are exactly mssha.dll and comsnap.dll. I extracted the two files from another installation of Win7 I had on another computer and manually replaced them in syswow64, then reset the owner to trustedinstaller like it was before, but sfc reports them as corrupted anyway.

How do I fix them? I can't do a repair install because the Win7 SP1 disc is not available in my language and I only have my original disc without SP1.

There has to be a way to fix them.

If I try sfc /SCANFILE=c:\windows\syswow64\mssha.dll it gives the error about being unable to fix them and check the cbs.log. I even tried to do the sfc scannow from the Win7 original disc and it couldn't fix them either.

How can I fix this? Windows still works fine (Maybe those files aren't important or replacing them fixed them even though sfc reports an error?) but I'd like to fix this problem because knowing that there is something wrong that could backfire at any moment makes me paranoid.

Here is some gibberish from the log file, maybe I'm doing something wrong so I'll post it here too.

Thanks in advance.

By the way my hard disk doesn't have any problem.

2012-11-22 19:25:38, Info CSI 00000009 [SR] Cannot repair member file [l:22{11}]"comsnap.dll" of Microsoft-Windows-COM-ComPlus-UI, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch

2012-11-22 19:32:06, Info CSI 000002bb [SR] Cannot repair member file [l:22{11}]"comsnap.dll" of Microsoft-Windows-COM-ComPlus-UI, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2012-11-22 19:32:06, Info CSI 000002bc [SR] This component was referenced by [l:202{101}]"Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery"
2012-11-22 19:32:06, Info CSI 000002bf [SR] Could not reproject corrupted file [ml:48{24},l:46{23}]"\??\C:\Windows\SysWOW64"\[l:22{11}]"comsnap.dll"; source file in store is also corrupted
2012-11-22 19:32:07, Info CSI 000002ce [SR] Cannot repair member file [l:18{9}]"mssha.dll" of Microsoft-Windows-NAP-oobsha, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2012-11-22 19:33:17, Info CSI 00000359 [SR] Cannot repair member file [l:18{9}]"mssha.dll" of Microsoft-Windows-NAP-oobsha, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2012-11-22 19:33:17, Info CSI 0000035a [SR] This component was referenced by [l:242{121}]"Microsoft-Windows-Client-Features-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.Microsoft-Windows-Client-Features-Update"
2012-11-22 19:33:17, Info CSI 0000035c [SR] Could not reproject corrupted file [ml:48{24},l:46{23}]"\??\C:\Windows\SysWOW64"\[l:18{9}]"mssha.dll"; source file in store is also corrupted
2012-11-22 19:34:20, Info CSI 000003b7 [SR] Cannot repair member file [l:22{11}]"comsnap.dll" of Microsoft-Windows-COM-ComPlus-UI, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2012-11-22 19:34:20, Info CSI 000003b9 [SR] Cannot repair member file [l:18{9}]"mssha.dll" of Microsoft-Windows-NAP-oobsha, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2012-11-22 19:34:20, Info CSI 000003bb [SR] Cannot repair member file [l:18{9}]"mssha.dll" of Microsoft-Windows-NAP-oobsha, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2012-11-22 19:34:20, Info CSI 000003bc [SR] This component was referenced by [l:242{121}]"Microsoft-Windows-Client-Features-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.Microsoft-Windows-Client-Features-Update"
2012-11-22 19:34:20, Info CSI 000003be [SR] Could not reproject corrupted file [ml:48{24},l:46{23}]"\??\C:\Windows\SysWOW64"\[l:18{9}]"mssha.dll"; source file in store is also corrupted
2012-11-22 19:34:20, Info CSI 000003c0 [SR] Cannot repair member file [l:22{11}]"comsnap.dll" of Microsoft-Windows-COM-ComPlus-UI, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2012-11-22 19:34:20, Info CSI 000003c1 [SR] This component was referenced by [l:202{101}]"Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery"
2012-11-22 19:34:20, Info CSI 000003c4 [SR] Could not reproject corrupted file [ml:48{24},l:46{23}]"\??\C:\Windows\SysWOW64"\[l:22{11}]"comsnap.dll"; source file in store is also corrupted

 

[XBA]

Whew, it's 2AM and I think I've finally fixed it.

It wasn't enough to replace the file in syswow64 as the log file seemed to indicate, but I had to replace them also in system32 and 2 more of them in the winsxs folder.

Basically, this is what I did to fix them (I'll use comsnap as an example, the procedure was the same for both files).

1. download 7zip
2. get the windows 7 original DVD in my computer
3. opened the install.wim file on the DVD with 7zip
4. in 7zip, browse to system32 and copy the mssha.dll to system32 on my computer, then do the same for the mssha in syswow64
5. on my computer, go to the winsxs folder, and do a search for mssha, it should find 2 files
6. check in which folder they are, if there is an x86 in the folder's name, put the syswow64 mssha in there, and do the same with the system32 mssha to the folder with x64 in it's name
7. test them with the sfc command for single file sfc /scanfile=c:\windows\syswow64\mssha.dll and sfc /scanfile=c:\windows\system32\mssha.dll
8. repeat for every corrupted file
9. not sure if necessary, but I'd give the ownership and full control back to TrustedInstaller, to add it to the users do the usual procedure and add NT SYSTEM\TrustedInstaller
Now sfc says that everything is alright :beer:

 

[TrainableMan]

Glad you worked it out but just FYI, you can download W7 SP1 x64 in Italian.
It is the Professional version but if you need a different version then you edit the ISO and remove ei.cfg and then it is good for all versions, see HERE.