[Petya V4sechkin]

Cannot repair member file [l:26{13}]"systemcpl.dll" of Microsoft-Windows-systemcpl, Version = 6.1.7601.17514, 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 Cannot repair member file [l:20{10}]"user32.dll" of Microsoft-Windows-User32, Version = 6.1.7601.17514, 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 Cannot repair member file [l:14{7}]"sfc.exe" of Microsoft-Windows-WRP-Integrity-Client, 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, file cannot be checked

Можно заменить файлы вручную (если это действительно необходимо).

[ARCHY344]

Наверное не нужно создавать новую тему, если такая же ошибка присутствует и у меня на Server 2008R2 :

2020-11-08 16:18:36, Info CSI 00000375 [SR] Beginning Verify and Repair transaction 2020-11-08 16:18:36, Info CSI 00000376 [SR] Cannot repair member file [l:14{7}]"sfc.exe" of Microsoft-Windows-WRP-Integrity-Client, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, file cannot be checked 2020-11-08 16:18:36, Info CSI 00000377 [SR] Cannot repair member file [l:14{7}]"sfc.exe" of Microsoft-Windows-WRP-Integrity-Client, 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, file cannot be checked 2020-11-08 16:18:36, Info CSI 00000378 [SR] Cannot repair member file [l:14{7}]"sfc.exe" of Microsoft-Windows-WRP-Integrity-Client, 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, file cannot be checked 2020-11-08 16:18:36, Info CSI 00000379 [SR] This component was referenced by [l:202{101}]"Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery" 2020-11-08 16:18:36, Info CSI 0000037a [SR] Cannot repair member file [l:14{7}]"sfc.exe" of Microsoft-Windows-WRP-Integrity-Client, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, file cannot be checked 2020-11-08 16:18:36, Info CSI 0000037b [SR] This component was referenced by [l:202{101}]"Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery" 2020-11-08 16:18:36, Info CSI 0000037d [SR] Repair complete 2020-11-08 16:18:36, Info CSI 0000037e [SR] Committing transaction 2020-11-08 16:18:36, Info CSI 00000382 [SR] Verify and Repair Transaction completed. All files and registry keys listed in this transaction have been successfully repaired

и так каждый раз
DISM успешно отрабатывает , но при повторном запуске sfc все также - "не шмогла восстановить поврежденные файлы" . Оно и понятно наверное - файл sfc.exe - это же само оно и есть .
Взял файл sfc.exe с установочного диска , файлы один в один по SHA-1, та же версия.
В логе фигурирует "Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery" - не нашел такого обновления...или это и не обновление вовсе . Было бы в тексте KBхххххххх хоть понятно было бы куда дальше копать, а тут тупичок получился у меня.

[Москвич]

Лично я проверяю системный диск по очерёдности команд.
1 команда
DISM /Online /Cleanup-Image /ScanHealth
команда запускает процесс проверки хранилища и восстановления поврежденных компонентов.
Однако в Windows 7 есть ряд особенностей:
здесь нет ключей /CheckHealth и /RestoreHealth, и всю работу выполняет ключ /ScanHealth
команду можно выполнять только на работающей системе, т.е. восстановление отключенных
образов не реализовано
появилась возможность проверки и восстановления компонентов Internet Explorer, которой не
было в старом CheckSUR
Результат работы команды нужно смотреть в журнале, как и прежде сохраняемом по адресу
Windows\logs\CBS\checksur.log
2 команда
sfc /scannow ---- проверка системных файлов и исправление их
Результат прекрасный !
---------------------------------------------------------------------------
Проверяйте в такой последовательности.Решать вам.

[ARCHY344]

Так и делал и не по одному разу и в разных последовательностях. Результата не получил.
Решил проблему радикально - установив ОС поверх с сохранением всех настроек и файлов пользователей,
ошибка ушла. Хотелось бы конечно разобраться более детально, описав решение здесь, но подождав советов денек решил двигаться дальше своими силами. Грубо конечно , но ошибку поборол )
В догонку вопрос может кто знает - "Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery" это что за пакет такой , видимо его нужно было переустановить , но где оно лежит на серверах Майкрософт не смог вычислить ((

[bredych]

Помнится, было обновление, обновлявшее и исправлявшее сам дисм.
Название навскидку не помнится, год как не пользовался..
Возможно, оно б помогло

[Москвич]

Вообще-то мне обновление не нужно данному приложению,так как у меня нормально работает своё системное.
А кому нужно ,то пусть почитает эту статью на данном сайте.
https://www.comss.ru/page.php?id=8217
И у себя проверит его работу.

[bredych]

я рад, что у вас лично всё работает. Но проблема вроде как возникла не у вас.