Windows Vista Tips

Windows Vista Tips > Newsgroups > Windows Vista General Discussion > Weird SFC/SCANNOW Errors

Reply
Thread Tools Display Modes

Weird SFC/SCANNOW Errors

 
 
Mike
Guest
Posts: n/a

 
      06-27-2009
They keep referencing AMD64 and I'm running an Intel processor. See below:

\SystemRoot\WinSxS\amd64_microsoft-windows-p..rtmonitor-tcpmonini_31bf3856ad364e35_6.0.6001.18000_none_2e9 76e2e5fa70844\tcpmon.ini
do not match actual file [l:20{10}]"tcpmon.ini" :
Found: {l:32 b:as3OOcx5px0XiJa7f7s9BVvlW/FFlKR4NMU/T+UP/Kg=} Expected:
{l:32 b:ENtKeUct91LKlHclgfWTvnCdCOHHwDe+SYrPzZTTezU=}
2009-06-26 23:13:37, Info CSI 000002ce [SR] Cannot
repair member file [l:20{10}]"tcpmon.ini" of
Microsoft-Windows-Printing-StandardPortMonitor-TCPMonINI, Version =
6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral,
VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type
neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2009-06-26 23:13:37, Info CSI 000002cf Hashes for file
member
\SystemRoot\WinSxS\amd64_microsoft-windows-sidebar_31bf3856ad364e35_6.0.6002.18005_none_2ce6c 04cdc275758\settings.ini
do not match actual file [l:24{12}]"settings.ini" :
Found: {l:32 b:0PDSWziLzWVBYwaR3HhXAym9NjNH+J+Minhz2QfaecY=} Expected:
{l:32 b:v6OQf2AJO5FVbRBJuIwXxkdkCoOaSk3y0ol6uTH491o=}
2009-06-26 23:13:37, Info CSI 000002d0 [SR] Cannot
repair member file [l:24{12}]"settings.ini" of Microsoft-Windows-Sidebar,
Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture
neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35},
Type neutral, TypeName neutral, PublicKey neutral in the store, hash
mismatch
2009-06-26 23:13:37, Info CSI 000002d1 Hashes for file
member
\SystemRoot\WinSxS\amd64_microsoft-windows-p..rtmonitor-tcpmonini_31bf3856ad364e35_6.0.6001.18000_none_2e9 76e2e5fa70844\tcpmon.ini
do not match actual file [l:20{10}]"tcpmon.ini" :
Found: {l:32 b:as3OOcx5px0XiJa7f7s9BVvlW/FFlKR4NMU/T+UP/Kg=} Expected:
{l:32 b:ENtKeUct91LKlHclgfWTvnCdCOHHwDe+SYrPzZTTezU=}
2009-06-26 23:13:37, Info CSI 000002d2 [SR] Cannot
repair member file [l:20{10}]"tcpmon.ini" of
Microsoft-Windows-Printing-StandardPortMonitor-TCPMonINI, Version =
6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral,
VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type
neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch

--

Don't pick a fight with an old man.
If he is too old to fight, he'll just kill you.



 
Reply With Quote
 
 
 
 
Andrew McLaren
Guest
Posts: n/a

 
      06-27-2009
Mike wrote:
> They keep referencing AMD64 and I'm running an Intel processor. See below:


Hi Mike,

Microsoft code and messages usually describe the x64 processor
architecture as "AMD64", whether the actual CPU is an AMD x64 processor
or an Intel EM64T processor. AMD invented the 64-bit extensions first,
so they got naming rights.

So the fact the messages mention AMD64 is completely normal.

As to why these SCF messages appear at all ... it seems pretty common
for SCF to report a mismatch on tcpmon.ini. even on completely normal,
functioning systems. The INI file is a plain ASCII text file, not an
executable, so it's pretty low-risk. And these messages are referring to
the copies in the SxS cache, not the "real" ones out in the System32
subdirectory; so that makes it even less of an issue.

But if you really want to clean up all inconsistencies, you can try
running Microsoft's System Update Readiness Tool. This tool attempts to
repair any inconsistencies in SxS file data, including the 0x800736CC
error you're seeing:

http://support.microsoft.com/kb/947821

Hope it helps,
Andrew

--
amclar at optusnet dot com dot au
 
Reply With Quote
 
Richard Urban
Guest
Posts: n/a

 
      06-27-2009
I have over 6300 folders in Winsxs that are labeled AMD64.

I also run an Intel processor, 64 bit.

If it isn't broke - don't fix it! (-:

--

Richard Urban
Microsoft MVP
Windows Desktop Experience


"Mike" <> wrote in message
news:...
> They keep referencing AMD64 and I'm running an Intel processor. See
> below:
>
> \SystemRoot\WinSxS\amd64_microsoft-windows-p..rtmonitor-tcpmonini_31bf3856ad364e35_6.0.6001.18000_none_2e9 76e2e5fa70844\tcpmon.ini
> do not match actual file [l:20{10}]"tcpmon.ini" :
> Found: {l:32 b:as3OOcx5px0XiJa7f7s9BVvlW/FFlKR4NMU/T+UP/Kg=} Expected:
> {l:32 b:ENtKeUct91LKlHclgfWTvnCdCOHHwDe+SYrPzZTTezU=}
> 2009-06-26 23:13:37, Info CSI 000002ce [SR] Cannot
> repair member file [l:20{10}]"tcpmon.ini" of
> Microsoft-Windows-Printing-StandardPortMonitor-TCPMonINI, Version =
> 6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral,
> VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type
> neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
> 2009-06-26 23:13:37, Info CSI 000002cf Hashes for file
> member
> \SystemRoot\WinSxS\amd64_microsoft-windows-sidebar_31bf3856ad364e35_6.0.6002.18005_none_2ce6c 04cdc275758\settings.ini
> do not match actual file [l:24{12}]"settings.ini" :
> Found: {l:32 b:0PDSWziLzWVBYwaR3HhXAym9NjNH+J+Minhz2QfaecY=} Expected:
> {l:32 b:v6OQf2AJO5FVbRBJuIwXxkdkCoOaSk3y0ol6uTH491o=}
> 2009-06-26 23:13:37, Info CSI 000002d0 [SR] Cannot
> repair member file [l:24{12}]"settings.ini" of Microsoft-Windows-Sidebar,
> Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture
> neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8
> b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in
> the store, hash mismatch
> 2009-06-26 23:13:37, Info CSI 000002d1 Hashes for file
> member
> \SystemRoot\WinSxS\amd64_microsoft-windows-p..rtmonitor-tcpmonini_31bf3856ad364e35_6.0.6001.18000_none_2e9 76e2e5fa70844\tcpmon.ini
> do not match actual file [l:20{10}]"tcpmon.ini" :
> Found: {l:32 b:as3OOcx5px0XiJa7f7s9BVvlW/FFlKR4NMU/T+UP/Kg=} Expected:
> {l:32 b:ENtKeUct91LKlHclgfWTvnCdCOHHwDe+SYrPzZTTezU=}
> 2009-06-26 23:13:37, Info CSI 000002d2 [SR] Cannot
> repair member file [l:20{10}]"tcpmon.ini" of
> Microsoft-Windows-Printing-StandardPortMonitor-TCPMonINI, Version =
> 6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral,
> VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type
> neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
>
> --
>
> Don't pick a fight with an old man.
> If he is too old to fight, he'll just kill you.
>
>
>


 
Reply With Quote
 
Mike
Guest
Posts: n/a

 
      06-27-2009
Thanks Andrew.

--

Don't pick a fight with an old man.
If he is too old to fight, he'll just kill you.



"Andrew McLaren" <> wrote in message
news:...
> Mike wrote:
>> They keep referencing AMD64 and I'm running an Intel processor. See
>> below:

>
> Hi Mike,
>
> Microsoft code and messages usually describe the x64 processor
> architecture as "AMD64", whether the actual CPU is an AMD x64 processor or
> an Intel EM64T processor. AMD invented the 64-bit extensions first, so
> they got naming rights.
>
> So the fact the messages mention AMD64 is completely normal.
>
> As to why these SCF messages appear at all ... it seems pretty common for
> SCF to report a mismatch on tcpmon.ini. even on completely normal,
> functioning systems. The INI file is a plain ASCII text file, not an
> executable, so it's pretty low-risk. And these messages are referring to
> the copies in the SxS cache, not the "real" ones out in the System32
> subdirectory; so that makes it even less of an issue.
>
> But if you really want to clean up all inconsistencies, you can try
> running Microsoft's System Update Readiness Tool. This tool attempts to
> repair any inconsistencies in SxS file data, including the 0x800736CC
> error you're seeing:
>
> http://support.microsoft.com/kb/947821
>
> Hope it helps,
> Andrew
>
> --
> amclar at optusnet dot com dot au


 
Reply With Quote
 
Mike
Guest
Posts: n/a

 
      06-27-2009
Sound advice. Thanks, Richard.

--

Don't pick a fight with an old man.
If he is too old to fight, he'll just kill you.



"Richard Urban" <> wrote in message
news:eA$...
>I have over 6300 folders in Winsxs that are labeled AMD64.
>
> I also run an Intel processor, 64 bit.
>
> If it isn't broke - don't fix it! (-:
>
> --
>
> Richard Urban
> Microsoft MVP
> Windows Desktop Experience
>
>
> "Mike" <> wrote in message
> news:...
>> They keep referencing AMD64 and I'm running an Intel processor. See
>> below:
>>
>> \SystemRoot\WinSxS\amd64_microsoft-windows-p..rtmonitor-tcpmonini_31bf3856ad364e35_6.0.6001.18000_none_2e9 76e2e5fa70844\tcpmon.ini
>> do not match actual file [l:20{10}]"tcpmon.ini" :
>> Found: {l:32 b:as3OOcx5px0XiJa7f7s9BVvlW/FFlKR4NMU/T+UP/Kg=} Expected:
>> {l:32 b:ENtKeUct91LKlHclgfWTvnCdCOHHwDe+SYrPzZTTezU=}
>> 2009-06-26 23:13:37, Info CSI 000002ce [SR] Cannot
>> repair member file [l:20{10}]"tcpmon.ini" of
>> Microsoft-Windows-Printing-StandardPortMonitor-TCPMonINI, Version =
>> 6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral,
>> VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type
>> neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
>> 2009-06-26 23:13:37, Info CSI 000002cf Hashes for
>> file member
>> \SystemRoot\WinSxS\amd64_microsoft-windows-sidebar_31bf3856ad364e35_6.0.6002.18005_none_2ce6c 04cdc275758\settings.ini
>> do not match actual file [l:24{12}]"settings.ini" :
>> Found: {l:32 b:0PDSWziLzWVBYwaR3HhXAym9NjNH+J+Minhz2QfaecY=} Expected:
>> {l:32 b:v6OQf2AJO5FVbRBJuIwXxkdkCoOaSk3y0ol6uTH491o=}
>> 2009-06-26 23:13:37, Info CSI 000002d0 [SR] Cannot
>> repair member file [l:24{12}]"settings.ini" of Microsoft-Windows-Sidebar,
>> Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture
>> neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8
>> b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in
>> the store, hash mismatch
>> 2009-06-26 23:13:37, Info CSI 000002d1 Hashes for
>> file member
>> \SystemRoot\WinSxS\amd64_microsoft-windows-p..rtmonitor-tcpmonini_31bf3856ad364e35_6.0.6001.18000_none_2e9 76e2e5fa70844\tcpmon.ini
>> do not match actual file [l:20{10}]"tcpmon.ini" :
>> Found: {l:32 b:as3OOcx5px0XiJa7f7s9BVvlW/FFlKR4NMU/T+UP/Kg=} Expected:
>> {l:32 b:ENtKeUct91LKlHclgfWTvnCdCOHHwDe+SYrPzZTTezU=}
>> 2009-06-26 23:13:37, Info CSI 000002d2 [SR] Cannot
>> repair member file [l:20{10}]"tcpmon.ini" of
>> Microsoft-Windows-Printing-StandardPortMonitor-TCPMonINI, Version =
>> 6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral,
>> VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type
>> neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
>>
>> --
>>
>> Don't pick a fight with an old man.
>> If he is too old to fight, he'll just kill you.
>>
>>
>>

>


 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Re: sfc /scannow James Matthews Windows Vista Performance 2 06-20-2009 05:42 AM
NDIS IM Driver which installs with BindView in one VM and not inanother (also DbgView/WinDbg give weird errors) theworkaccount2@gmail.com Windows Vista Drivers 5 02-20-2009 02:06 PM
sfc \scannow help Dave Horne Windows Vista General Discussion 4 02-14-2009 10:14 PM
Weird Menu Errors VS Windows Vista General Discussion 2 09-03-2007 11:23 PM
weird errors when compiling bulkusb Odie Windows Vista Drivers 1 04-12-2006 05:05 PM



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59