|
Компьютерный форум OSzone.net » Клиентские ОС Microsoft » Microsoft Windows 10 » Разное - [решено] SFC не может восстановить при неповрежденном хранилище WinSxS |
|
|
Разное - [решено] SFC не может восстановить при неповрежденном хранилище WinSxS
|
Новый участник Сообщения: 18 |
Здравствуйте. Имеется ОС Windows 10 Pro версия 2004 сборка 19041.208
Компьютер стал сбоить и сыпать ошибками после отката в точку восстановления после неудачной попытки обновления. SFC /scannnow выдает «Программа защиты ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них». DISM Dism /Online /Cleanup-Image /CheckHealth сообщает, что всё ОК, никаких повреждений. Всё равно делаю Dism /Online /Cleanup-Image /RestoreHealth. Восстановление успешно. SFC /scannow пишет то же, что и прежде. Скачал образ Windows с точно таким же билдом. Распаковал WIM, ещё раз прогнал DISM /RestoreHealth с параметром /Source и указанием папки. Успешно. SFC всё равно не может восстановить повреждённые файлы. Провёл ещё одну манипуляцию, загрузился с liveCD, и запустил SFC с параметрами /OFFBOOTDIR и /OFFWINDIR. На этот раз получил ответ, что нет никаких повреждений. Перезагрузился в систему, снова SFC /scannow и опять сообщение, что найдены повреждения и не может восстановить. Статья на сайте microsoft https://support.microsoft.com/ru-ru/...stem#CBS%20log советует для анализа посмотреть на строки, отмеченные [SR], предлагая выполнить команду findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt" для выдёргивания нужных строк. Я так и сделал, и в логе всё чисто — никаких ошибок. Прошу объяснить знающих людей, почему так происходит? Каков механизм работы SFC? Почему не может восстановить, если хранилище не повреждено? Почему не находит повреждений при автономном сканировании? |
|
Отправлено: 09:59, 01-08-2020 |
Сообщения: 53328
|
Профиль | Отправить PM | Цитировать salikoff, выложите лог \Windows\Logs\CBS\CBS.log в архиве.
|
Отправлено: 10:17, 01-08-2020 | #2 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
(*.*) Сообщения: 36509
|
Профиль | Сайт | Отправить PM | Цитировать Цитата salikoff:
Цитата:
https://www.outsidethebox.ms/17988/ https://www.outsidethebox.ms/tag/cbs/ |
||
------- Отправлено: 10:53, 01-08-2020 | #3 |
Новый участник Сообщения: 18
|
Профиль | Отправить PM | Цитировать Petya V4sechkin, прикрепил заархивированный файл лога к этому сообщению. Буду очень признателен, если вы поможете его проанализировать и указать на поврежденные файлы, о которых сообщает вывод команды SFC
|
Отправлено: 11:24, 01-08-2020 | #4 |
Новый участник Сообщения: 18
|
Профиль | Отправить PM | Цитировать Vadikan, спасибо за ответ. Я полагал, что помимо прочего, DISM и dllcache восстанавливает. Если она это не делает, то может, для этого есть другой подходящий инструмент?
|
|
Отправлено: 11:33, 01-08-2020 | #5 |
Сообщения: 53328
|
Профиль | Отправить PM | Цитировать salikoff, в логе:
Цитата:
Цитата:
|
||
Отправлено: 12:55, 01-08-2020 | #6 |
Новый участник Сообщения: 18
|
Профиль | Отправить PM | Цитировать 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», то без проблем запускается. |
Последний раз редактировалось salikoff, 01-08-2020 в 13:12. Отправлено: 12:59, 01-08-2020 | #7 |
Сообщения: 53328
|
Профиль | Отправить PM | Цитировать Цитата salikoff:
Цитата:
|
||
Отправлено: 13:17, 01-08-2020 | #8 |
Новый участник Сообщения: 18
|
Профиль | Отправить PM | Цитировать Petya V4sechkin, разрешения TrustedInstaller для папки CbsTemp ожидаемо не дали никакого эффекта. Зато ссылка на статью из блога Вадима очень мне помогла. Теперь я понимаю, что проблема заключается в службе криптографии, и она имеет многочисленные проявления по всей системе. Видно, и утилита CFC стала её жертвой.
Таким образом, можно сделать вывод, что на самом деле, никаких повреждений системных файлов нет, и хотя вывод CFC говорит нам об этом, на самом деле это не так, и вызвано сбоем в работе утилиты при попытке использования криптографических функций. Это подтверждается тем (я писал об этом в первоначальном посте), что при сканировании в автономном режиме из-под WinPE утилита не находит никаких ошибок. К сожалению, совет из блога удалить папку catroot2, для её пересоздания не привёл к положительному результату. Папка пересоздаётся, проблема остаётся. Для исполняемых файлов система не может определить издателя. Из комментариев к посту видно, что подобное поведение наблюдается не только у меня одного. И возникает эта беда после неудачной попытки обновления и откате на точку восстановления. Поскольку никаких других способов исправления я не вижу, остаётся прибегнуть к тупому, прямолинейному способу — установке Windows поверх. Чем я сейчас и займусь. |
Отправлено: 21:53, 01-08-2020 | #9 |
Новый участник Сообщения: 18
|
Профиль | Отправить PM | Цитировать Накатил сверху систему, все проблемы исчезли. Жаль, что не удалось найти причину и пришлось действовать таким топорным методом, который не добавляет опыта и знаний об ОС.
Спасибо всем за отклик! |
Отправлено: 00:14, 02-08-2020 | #10 |
|
![]() |
Участник сейчас на форуме |
![]() |
Участник вне форума |
![]() |
Автор темы |
![]() |
Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
Разное - SFC Scannow не может восстановить файлы | Smasher | Microsoft Windows 7 | 1 | 21-10-2018 21:12 | |
Разное - sfc/scannow не может восстановить файлы | se123 | Microsoft Windows 7 | 147 | 18-09-2017 21:09 | |
CMD/BAT - sfc /scannow не может восстановить повреждённые файлы | laslo1405 | Microsoft Windows 10 | 13 | 26-03-2016 12:21 | |
Установка - sfc не может восстановить поврежденные системный файлы | diveralds | Microsoft Windows 7 | 4 | 17-04-2015 22:21 |
|