SFC /SCANNOW results


  1. Posts : 56,826
    Multi-boot Windows 10/11 - RTM, RP, Beta, and Insider
       #1

    SFC /SCANNOW results


    Finally in this build 10049, I can run SFC /SCANNOW completely. I've extracted just the SR results from cbs.log showing repairs, but one did not fix. Has something to do with powershell. I've rebooted and rerun 3 times, the recommended. Any thoughts?

    sfcdetails.txt
      My Computers


  2. Posts : 696
    Windows 10 Build 14267
       #2

    Yeah ! It's good to see SFC working again !

    :)
      My Computer


  3. Posts : 803
    10 Pro Preview x64
       #3

    Why do you want to run it? All this is telling you is one file doesn't match what is in the store and what is in the store is corrupt. It says:
    Could not reproject corrupted file [ml:140{70},l:138{69}]"\??\C:\WINDOWS\System32\WindowsPowerShell\v1.0\Modules\SmbShare\en-US"\[l:40{20}]"SmbLocalization.psd1"; source file in store is also corrupted
    You could repair the store by running dism. Most likely this will not work as MS haven't uploaded these versions to their servers.

    You can force dism through by specifying a /source .wim and then sfc will work. The question is whether forcing the version of SmbLocalization.psd1 that happens to be on the .wim you extract from your esd is either required or sensible.

    I think on the whole I would not bother as I know of no way to say which is correct. That's my 2c.
      My Computer


  4. Posts : 56,826
    Multi-boot Windows 10/11 - RTM, RP, Beta, and Insider
    Thread Starter
       #4

    adamf said:
    Why do you want to run it? All this is telling you is one file doesn't match what is in the store and what is in the store is corrupt. It says:


    You could repair the store by running dism. Most likely this will not work as MS haven't uploaded these versions to their servers.

    You can force dism through by specifying a /source .wim and then sfc will work. The question is whether forcing the version of SmbLocalization.psd1 that happens to be on the .wim you extract from your esd is either required or sensible.

    I think on the whole I would not bother as I know of no way to say which is correct. That's my 2c.
    Adam, there was no particular thing I was trying to fix. I just knew in previous builds it would not run correctly, and was just testing. I've done the DISM routine before, on 10041 using the ISO as source, but did not repair anything in store. Got the exact same results I got this time. Just wondering if the non-repairable component was anything to be concerned about. Testing only, no big deal.
      My Computers


  5. Posts : 3,502
    Win_8.1-Pro, Win_10.1607-Pro, Mint_17.3
       #5

    f14tomcat said:
    Just wondering if the non-repairable component was anything to be concerned about. Testing only, no big deal.
    SmbLocalization.psd1 is part of the language pack and these things have been an issue for most of the TP, nothing to worry about.

    The two json files, utc.app.json & telemetry.ASM-WindowsDefault.json were successfully repaired on my machine with
    Dism /Online /Cleanup-Image /RestoreHealth /Source:WIM:<ISO mounted drive letter>:\Sources\install.wim:1 /LimitAccess

    The LimitAccess parameter just tells Dism to not use Windows Update.

    SmbLocalization was not reported on my machine, so I don't know which index of the WIM the file is located.

    Try running the Dism command with each index as the source
    wim:1
    wim:2
    wim:3
    wim:4

    Then run SFC again
      My Computer


  6. Posts : 56,826
    Multi-boot Windows 10/11 - RTM, RP, Beta, and Insider
    Thread Starter
       #6

    Slartybart said:
    SmbLocalization.psd1 is part of the language pack and these things have been an issue for most of the TP, nothing to worry about.

    The two json files, utc.app.json & telemetry.ASM-WindowsDefault.json were successfully repaired on my machine with
    Dism /Online /Cleanup-Image /RestoreHealth /Source:WIM:<ISO mounted drive letter>:\Sources\install.wim:1 /LimitAccess

    The LimitAccess parameter just tells Dism to not use Windows Update.

    SmbLocalization was not reported on my machine, so I don't know which index of the WIM the file is located.

    Try running the Dism command with each index as the source
    wim:1
    wim:2
    wim:3
    wim:4

    Then run SFC again
    Thanks for the reply. Already had done the DISM and SFC and fixed same as you. This was the SR detail before I had run DISM. Only thing that was left was the SmbLocalization.psd1, so I'm not concerned a bit! It had something to do with powershell, which is fine, and I'm not running in Korean or anything but EN-US. Have a good one!
      My Computers


 

  Related Discussions
Our Sites
Site Links
About Us
Windows 10 Forums is an independent web site and has not been authorized, sponsored, or otherwise approved by Microsoft Corporation. "Windows 10" and related materials are trademarks of Microsoft Corp.

© Designer Media Ltd
All times are GMT -5. The time now is 06:17.
Find Us




Windows 10 Forums