[Petya V4sechkin]

salikoff, выложите лог \Windows\Logs\CBS\CBS.log в архиве.

[Vadikan]

почему так происходит? Каков механизм работы SFC? Почему не может восстановить, если хранилище не повреждено? Почему не находит повреждений при автономном сканировании? »

DISM и sfc не связаны между собой. Механизм sfc описан в указанной вами статье

Команда sfc /scannow проверит все защищенные системные файлы [по списку] и заменит поврежденные файлы их кэшированной копией, расположенной в сжатой папке по адресу %WinDir%\System32\dllcache.

DISM восстанавливает компоненты/пакеты, см. также
https://www.outsidethebox.ms/17988/
https://www.outsidethebox.ms/tag/cbs/

[salikoff]

Petya V4sechkin, прикрепил заархивированный файл лога к этому сообщению. Буду очень признателен, если вы поможете его проанализировать и указать на поврежденные файлы, о которых сообщает вывод команды SFC

[salikoff]

Vadikan, спасибо за ответ. Я полагал, что помимо прочего, DISM и dllcache восстанавливает. Если она это не делает, то может, для этого есть другой подходящий инструмент?

[Petya V4sechkin]

salikoff, в логе:

2020-08-01 07:16:48, Info CBS Failed call to CryptCATAdminAddCatalog. [HRESULT = 0x8000ffff - E_UNEXPECTED] 2020-08-01 07:16:48, Info CBS Failed to install catalog file \\?\C:\WINDOWS\CbsTemp\30828474_1962126115\Microsoft-Windows-NetFx3-OnDemand-Package~31bf3856ad364e35~amd64~~10.0.19041.1.cat for package [HRESULT = 0x8000ffff - E_UNEXPECTED]

2020-08-01 07:17:04, Info CBS Failed to open package file: \\?\C:\WINDOWS\CbsTemp\30828474_2252444244\Microsoft-Windows-NetFx2-OC-Package~31bf3856ad364e35~amd64~~10.0.19041.1.mum [HRESULT = 0x80070002 - ERROR_FILE_NOT_FOUND]

Приведите результаты выполнения в командной строке (cmd.exe)

Код:

icacls C:\Windows
icacls C:\Windows\CbsTemp

[salikoff]

C:\WINDOWS\system32>icacls C:\Windows
C:\Windows NT SERVICE\TrustedInstaller(F)
NT SERVICE\TrustedInstaller(CI)(IO)(F)
NT AUTHORITY\СИСТЕМА(M)
NT AUTHORITY\СИСТЕМА(OI)(CI)(IO)(F)
BUILTIN\Администраторы(M)
BUILTIN\Администраторы(OI)(CI)(IO)(F)
BUILTIN\Пользователи(RX)
BUILTIN\Пользователи(OI)(CI)(IO)(GR,GE)
СОЗДАТЕЛЬ-ВЛАДЕЛЕЦ(OI)(CI)(IO)(F)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(RX)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(OI)(CI)(IO)(GR,GE)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ОГРАНИЧЕННЫЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(RX)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ОГРАНИЧЕННЫЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(OI)(CI)(IO)(GR,GE)

//************************************************************//

C:\WINDOWS\system32>icacls C:\Windows\CbsTemp
C:\Windows\CbsTemp BUILTIN\Администраторы(I)(F)
BUILTIN\Администраторы(I)(OI)(CI)(IO)(F)
NT AUTHORITY\СИСТЕМА(I)(F)
NT AUTHORITY\СИСТЕМА(I)(OI)(CI)(IO)(F)
BUILTIN\Пользователи(I)(RX)
BUILTIN\Пользователи(I)(OI)(CI)(IO)(GR,GE)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(I)(RX)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(I)(OI)(CI)(IO)(GR,GE)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ОГРАНИЧЕННЫЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(I)(RX)
ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ОГРАНИЧЕННЫЕ ПАКЕТЫ ПРИЛОЖЕНИЙ(I)(OI)(CI)(IO)(GR,GE)

Petya V4sechkin, я видел эту строчку (CBS Failed call to CryptCATAdminAddCatalog) в логе, там какая-то ругань на криптографию. Полагаю, что причина этой проблемы такая же, как и причина другой проблемы, которая наблюдается в текущий момент.
Она описана, например, здесь: https://open-form-it.com/dispetcher-...om-windows-10/
Не открываются оснастки mmc, в статье говорится, что это связано с сертификатами и цифровой подписью файла.

Я рассчитывал, что эта проблема решится именно в результате действия SFC

Кстати, если оснастку вызывать из командной строки, например так: «mmc оснастка.msc», то без проблем запускается.

[Petya V4sechkin]

причина этой проблемы такая же, как и причина другой проблемы

Fix | UAC: Это приложение заблокировано в целях защиты — mmc.exe

Код: C:\Windows\CbsTemp BUILTIN\Администраторы:(I)(F) BUILTIN\Администраторы:(I)(OI)(CI)(IO)(F) NT AUTHORITY\СИСТЕМА:(I)(F) NT AUTHORITY\СИСТЕМА:(I)(OI)(CI)(IO)(F) BUILTIN\Пользователи:(I)(RX) BUILTIN\Пользователи:(I)(OI)(CI)(IO)(GR,GE) ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ:(I)(RX) ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ:(I)(OI)(CI)(IO)(GR,GE) ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ОГРАНИЧЕННЫЕ ПАКЕТЫ ПРИЛОЖЕНИЙ:(I)(RX) ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ОГРАНИЧЕННЫЕ ПАКЕТЫ ПРИЛОЖЕНИЙ:(I)(OI)(CI)(IO)(GR,GE)

Добавьте разрешения для NT SERVICE\TrustedInstaller на C:\Windows\CbsTemp.

[salikoff]

Petya V4sechkin, разрешения TrustedInstaller для папки CbsTemp ожидаемо не дали никакого эффекта. Зато ссылка на статью из блога Вадима очень мне помогла. Теперь я понимаю, что проблема заключается в службе криптографии, и она имеет многочисленные проявления по всей системе. Видно, и утилита CFC стала её жертвой.
Таким образом, можно сделать вывод, что на самом деле, никаких повреждений системных файлов нет, и хотя вывод CFC говорит нам об этом, на самом деле это не так, и вызвано сбоем в работе утилиты при попытке использования криптографических функций. Это подтверждается тем (я писал об этом в первоначальном посте), что при сканировании в автономном режиме из-под WinPE утилита не находит никаких ошибок.

К сожалению, совет из блога удалить папку catroot2, для её пересоздания не привёл к положительному результату. Папка пересоздаётся, проблема остаётся. Для исполняемых файлов система не может определить издателя. Из комментариев к посту видно, что подобное поведение наблюдается не только у меня одного. И возникает эта беда после неудачной попытки обновления и откате на точку восстановления. Поскольку никаких других способов исправления я не вижу, остаётся прибегнуть к тупому, прямолинейному способу — установке Windows поверх.
Чем я сейчас и займусь.

[salikoff]

Накатил сверху систему, все проблемы исчезли. Жаль, что не удалось найти причину и пришлось действовать таким топорным методом, который не добавляет опыта и знаний об ОС.
Спасибо всем за отклик!