Windows 10: how to fix this in sfc cmd C:\windows\system32>hhhhhehey 'hhhhhehey' is not recognized as...

please help me below is the whole cmd code that I got

Microsoft Windows [Version 10.0.16299.785]
(c) 2017 Microsoft Corporation. All rights reserved.

C:\windows\system32>sfc /scannow

Beginning system scan. This process will take some time.

Beginning verification phase of system scan.
Verification 100% complete.

Windows Resource Protection found corrupt files but was unable to fix some
of them. Details are included in the CBS.Log windir\Logs\CBS\CBS.log. For
example C:\Windows\Logs\CBS\CBS.log. Note that logging is currently not
supported in offline servicing scenarios.

C:\windows\system32>
C:\windows\system32>hhhhhehey
'hhhhhehey' is not recognized as an internal or external command,
operable program or batch file.

C:\windows\system32>
C:\windows\system32>
C:\windows\system32>
C:\windows\system32>Verification 100% complete.Beginning verification phase of system scan.
'Verification' is not recognized as an internal or external command,
operable program or batch file.

C:\windows\system32>

:)

 

CSRSS @ c/i386

Tried Nod32.. no help. Will try kaspersky. Will try Norton Corporate Edition Anti-Virus. thanks for suggestion.

 

SLI with different cards

Here is what is did
step 1:





step 2:





:/ i dont get this doe ?

okay ive done the same thing as you but i cant put the file back into the folder

• Copy nvlddmkm.sys in C:\Windows\System32\DriverStore\nv_dispi.inf_amd64_5518e59e8d3b48f4\ to C:\Windows\System32\drivers\ and replace the existing one.

that thing

 

Corrupted File C:\WINDOWS\System32\bn-in\bn-in\TransliterationComponentLayouts.dgml SFC /Scannow

If you're received this message: "Windows Resource Protection found corrupt files but was unable to fix some

of them" in regards to file C:\WINDOWS\System32\bn-in\bn-in\TransliterationComponentLayouts.dgml, you've come to the right place!

Long story short, System Restore was not (might still be actually, haven't tried after performing this fix) working. I kept getting the "System Restore: Could not access a file (error code 0x80070005)" message. I read somewhere to run SFC. I did. And it
found an error, but SFC was unable to fix it.

When I ran "findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt" to get the SFC log in Notepad form on my desktop, TransliterationComponentLayouts.dgml was listed as the culprit.

Now, having done a search for TransliterationComponentLayouts.dgml, I was taken to yet another thread on a non-Microsoft site, I think. Here, someone made reference to a surprising revelation. The folder structure did not exist in the
way it was displayed in the SFC log file. In other words, the "bn-in" folder within another "bn-in" folder did not exist. I didn't take what I read much to heart until... I noticed that where I was finding "TransliterationComponentLayouts.dgml"
was different from it's purported location in the SFC log file.

The SFC log file indicated a repair was attempted at "C:\WINDOWS\System32\bn-in\bn-in\TransliterationComponentLayouts.dgml" BUT ON MY PC, I found the file at: "C:\WINDOWS\System32\bn-IN\TransliterationComponentLayouts.dgml"

I did locate TransliterationComponentLayouts.dgml, but it was not where the SFC log file indicated. Furthermore, ON MY PC, the folder after system32 was named "bn-IN" not in all lowercase
"bn-in" as shown in the SFC log file. And, there wasn't another "bn-in" folder within the previous "bn-in" folder... I found this quite odd... And then I remembered the guy saying something about moving the file and SFC stopped finding errors...

So on a whim, I went into system32, renamed "bn-IN" to "bn-in" AND I created a "bn-in" sub-folder and copied TransliterationComponentLayouts.dgml
to within that new subfolder within the renamed folder...

Low and behold SFC stopped recognizing TransliterationComponentLayouts.dgml as a corrupt file and no errors were found...

I don't pretend to imagine exactly how SFC works, but I do know that it looks for files and checks them against what they should be. I see now that it also checks WHERE FILES SHOULD BE. Apparently, TransliterationComponentLayouts.dgml,
belonged somewhere else. And because it wasn't where SFC expected to find it, it just assumed the file was corrupt.

I know this post is pretty long for what seems a simple solution, but I just want to make sure whoever is reading won't find any ambiguity and that it's super clear what's required to fix the issue.

Hope this saves someone an hour of their time! Happy computing!