Что делать, если при запуске sfc/scannow выдается ошибка «защита ресурсов windows не может выполнить запрошенную операцию»
Axen, у вас дело может быть в неисправном загрузчике. Запустите Windows без загрузчика:
https://msconfig.ru/1648-kak-zapustit-windows-bez-zagruzchika-ispolzuem-live
-disk-by-sergei-strelec.html
насчёт того, почему буквы дисков разные (/offbootdir=D: /offwindir=C:Windows), то да, написал я без подробностей, поэтому непонятно, правильнее будет так:
sfc /scannow /offbootdir=E: /offwindir=E:Windows
Где:
offbootdir=E: раздел, содержащий папку WinSxS с хранилищем оригинальных компонентов Windows, (папка C:WindowsWinSxS).
offwindir=E:Windows – раздел с установленной операционной системой.
но в этой статье я имел ввиду команду:
sfc /scannow /offbootdir=D:repair /offwindir=C:Windows
где:
offbootdir=D:repair – переносной жёсткий диск USB c папкой repair, где находятся системные файлы ISO-образа Windows 10.
offwindir=C:Windows – раздел с установленной Windows 10.
у нас есть очень подробная статья на эту тему:
https://msconfig.ru/windows/vosstanovlenie-windows/903-kak-proizvesti-vossta
novlenie-celostnosti-sistemnyh-faylov-esli-windows-10-ne-zagruzhaetsya.html
и ещё:
http://msconfig.ru/1111-vosstanovlenie-povrezhdennogo-hranilischa-komponento
v-windows-10-v-srede-predustanovki-windows-windows-pe-s-pomoschyu-distributiva-
win-10-a-takzhe-virtualnogo-diska-vhd.html
Что делать если sfc или dism оказались неэффективными?
К сожалению, средства SFC и DISM могут оказаться неэффективными при восстановлении системных данных, поэтому пользователям приходится идти на более радикальные меры, вроде отката системы при помощи точек восстановления или полной переустановки операционной системы.
Помимо этого, существует способ быстрого сброса системы до изначального состояния.
Чтобы сбросить свою ОС необходимо:
Шаг 1. Нажать ПКМ по кнопке «Пуск» и выбрать «Параметры».
Шаг 2. В открывшемся окне необходимо выбрать пункт «Обновление и безопасность».
Шаг 3. Следом за этим выбираем пункт «Восстановление» и нажимаем кнопку «Начать».
Шаг 4. Теперь необходимо выбрать нужный вид восстановления и начать процесс сброса Windows.
Что такое sfc /scannow?
Практически — это программа, которая, как и многие из других системных располагается в папке
C:WindowsSystem32
и является неотъемлемой частью механизма защиты ресурсов Windows, который охраняет реестровые ключи и отдельные параметры от поражения (равно как и критически важные системные файлы). Если только после запуска утилиты та обнаружит изменения в этих файлах или параметрах, она — утилита — приступит (по команде пользователю) к исправлению ситуации.
C:WindowswinsxsBackup
Что sfc /scannow умеет?
Справка по утилите русифицирована, так что вам стоит лишь набрать:
sfc
Sfc /scannow не запускается вообще
Что делать, если sfc scannow не запускается либо работает некорректно.
- В первую очередь нужно проверить включена ли служба “Установщик модулей Windows“. Если нет, то её нужно включить, а тип запуска установить на “Вручную“.
Если не помогло, то перейдите к следующему способу. - Для исправления проблем с SFC можно воспользоваться встроенной в Windows Системой обслуживания образов развёртывания и управления ими – DISM (Deployment Image Servicing and Management tool).
в Windows 7 и ранних версиях данная система отсутствует.
Запускается данное средство через командную строку. Для этого надо ввести и выполнить следующую команду:
DISM /Online /Cleanup-Image /RestoreHealthОбязательно дождитесь окончания выполнения команды, а после перезагрузите ПК. После перезапустите восстановление и проблем не будет.
Sfc scannow не может восстановить некоторые файлы
Если Защита ресурсов Windows обнаружила повреждённые файлы, но не смогла восстановить некоторые из них, то можно применить следующие решения для устранения проблемы:
Sfc scannow не удаётся запустить службу восстановления
Проверьте, чтобы была запущена служба Установщик модулей Windows. Это можно сделать в Панели управления → Администрирование → Службы → тип запуска Вручную.
Анализ результатов
Для того, чтобы лицезреть результаты работы утилиты sfc нам предлагается открыть файл журнала компонентной модели %WinDir%LogsCBSCBS.log любым доступным в системе текстовым редактором.
Возможна ситуация, когда по причине некорректной работы сервиса обслуживания, файл отчетов CBS.log не успевает “ротироваться” и раздувается до немыслимых величин. На одной из систем я наблюдал аж 990Мб живых записей. Для открытия файла подобного объема придется постараться!
Сразу спешу предупредить, что в данный лог-файл пишет несколько источников, поэтому в файле достаточно много лишней для нас информации. Для того, чтобы отфильтровать из этого огромного объема интересующую нас информацию, необходимо поиском найти дату и время конкретно нашего запуска sfc. Дата и время фигурируют в файле в каждой записи в первых двух параметрах:
Однако это еще не все, следующее неудобство в самостоятельном анализе результатов работы утилиты sfc заключается в том, что процесс, порожденный sfc, записывает в файл отчета в рамках нашей сессии довольно много лишней информацию обо всей активности WRP.
Однако нам то необходимо найти информацию лишь об обнаруженных ошибках. Поэтому следующим шагом мы должны идентифицировать записи о интересующей нас сессии проверки утилиты sfc, для этого надо ориентироваться на указание в строках префикса восстановления [SR], располагающийся сразу после кода операции.
Информация в файле отчета группируется в своеобразные контейнеры, представляющие из себя группу записей по устранению какой-либо проблемы либо группу родственных проблем. Судя по всему, применяется два основных типа контейнеров. В первом из них содержится информация по восстановлению компонентов и границы блоков помечаются как:
, во втором содержится информация по проверке компонентов и границы блоков помечаются так:
информация по обнаруженным ошибкам может встречаться в обеих типах контейнеров, поэтому анализировать их надо оба. Но анализировать исходный файл с большим количеством избыточной информации довольно трудно, поэтому с целью облегчить техническому специалисту работу по анализу журнала проверки, имеется рекомендация от разработчиков, советующих фильтровать весь массив записей отчета. Для этого наберите вручную в консоли команду:
findstr /c:”[SR]” %windir%logscbscbs.log > c:sfcdetails.txt
в результате выполнения приведенной команды, в корне диска C: будет создан файл sfcdetails.txt, содержащий только лишь те строки исходного файла, которые содержат префикс [SR], что существенно упрощает поиск необходимой нам информации об обнаруженных утилитой ошибках. В получившемся после фильтрации файле ищем записи о неудачных попытках восстановления:
... 2020–05–3012:34:22,Info CSI 000005ac[SR]BeginningVerifyandRepairtransaction 2020–05–3012:34:22,Info CSI 000005adHashesforfilememberSystemRootWinSxSx86_microsoft–windows–mfplat_31bf3856ad364e35_6.1.7601.24499_none_f8e9d951cb11bac7mfplat.dlldonotmatchactualfile[l:20{10}]“mfplat.dll”: Found:{l:32b:1XsFZPITt9hYGb0SUMHPa32OJGefp2O0TdRWcHelghE=}Expected:{l:32b:T9qLTbsZEERFvFGvivtc2yfwDwoRncRznjbIZZaDzzI=} 2020–05–3012:34:22,Info CSI 000005ae[SR]Cannotrepairmemberfile[l:20{10}]“mfplat.dll”ofMicrosoft–Windows–MFPlat,Version=6.1.7601.24499,pA=PROCESSOR_ARCHITECTURE_INTEL(0),Cultureneutral,VersionScope=1nonSxS,PublicKeyToken={l:8b:31bf3856ad364e35},Typeneutral,TypeNameneutral,PublicKeyneutralinthestore,hashmismatch 2020–05–3012:34:22,Info CSI 000005afHashesforfilememberSystemRootWinSxSx86_microsoft–windows–mfplat_31bf3856ad364e35_6.1.7601.24499_none_f8e9d951cb11bac7mfplat.dlldonotmatchactualfile[l:20{10}]“mfplat.dll”: Found:{l:32b:1XsFZPITt9hYGb0SUMHPa32OJGefp2O0TdRWcHelghE=}Expected:{l:32b:T9qLTbsZEERFvFGvivtc2yfwDwoRncRznjbIZZaDzzI=} 2020–05–3012:34:22,Info CSI 000005b0[SR]Cannotrepairmemberfile[l:20{10}]“mfplat.dll”ofMicrosoft–Windows–MFPlat,Version=6.1.7601.24499,pA=PROCESSOR_ARCHITECTURE_INTEL(0),Cultureneutral,VersionScope=1nonSxS,PublicKeyToken={l:8b:31bf3856ad364e35},Typeneutral,TypeNameneutral,PublicKeyneutralinthestore,hashmismatch 2020–05–3012:34:22,Info CSI 000005b1[SR]Thiscomponentwasreferencedby[l:162{81}]“Package_130_for_KB4507456~31bf3856ad364e35~amd64~~6.1.1.8.4507456-271_neutral_LDR” 2020–05–3012:34:22,Info CSI 000005b2[SR]Thiscomponentwasreferencedby[l:164{82}]“Package_952_for_KB4534310~31bf3856ad364e35~amd64~~6.1.1.9.4534310-3286_neutral_LDR” 2020–05–3012:34:22,Info CSI 000005b3[SR]Thiscomponentwasreferencedby[l:164{82}]“Package_351_for_KB4534310~31bf3856ad364e35~amd64~~6.1.1.9.4534310-1407_neutral_LDR” 2020–05–3012:34:22,Info CSI 000005b4Hashesforfilemember??C:WindowsSysWOW64mfplat.dlldonotmatchactualfile[l:20{10}]“mfplat.dll”: Found:{l:32b:1XsFZPITt9hYGb0SUMHPa32OJGefp2O0TdRWcHelghE=}Expected:{l:32b:T9qLTbsZEERFvFGvivtc2yfwDwoRncRznjbIZZaDzzI=} 2020–05–3012:34:22,Info CSI 000005b5HashesforfilememberSystemRootWinSxSx86_microsoft–windows–mfplat_31bf3856ad364e35_6.1.7601.24499_none_f8e9d951cb11bac7mfplat.dlldonotmatchactualfile[l:20{10}]“mfplat.dll”: Found:{l:32b:1XsFZPITt9hYGb0SUMHPa32OJGefp2O0TdRWcHelghE=}Expected:{l:32b:T9qLTbsZEERFvFGvivtc2yfwDwoRncRznjbIZZaDzzI=} 2020–05–3012:34:22,Info CSI 000005b6[SR]Couldnotreprojectcorruptedfile[ml:48{24},l:46{23}]“??C:WindowsSysWOW64”[l:20{10}]“mfplat.dll”; source file in store is also corrupted 2020–05–3012:34:22,Info CSI 000005b7Repairresultscreated: ... |
В данном случае обращать внимание на строки, содержащие фразы Could not reproject corrupted file и source file in store is also corrupted, содержащих информацию и по самому объекту (файлу). Они означают, что файл в хранилище так же поврежден и не может быть перепроецирован вообще никак и ни от куда.
В каких случаях следует применять sfc и dism?
К применению средств SFC и DISM следует прибегать в следующих случаях:
- Диагностика системы на наличие ошибок и вирусов
- Беспричинные вылеты из программ и приложений
- Частое появление синего экрана с последующей перезагрузкой
- Неработающие стандартные средства системы (не открываются папки, не работает поиск, командная строка и другие встроенные программы)
- Другие проблемы, влияющие на нормальную работоспособность операционной системы.
Данные средства позволяют исключить проблемы важных системных файлов, что может быть очень полезно при общей диагностике компьютера.
Восстановление данных
Проблемы с системными данными, ошибки и поражение вирусами могут быть потенциально опасными для важных файлов. Если Вы обнаружили, что фотографии, документы, видеозаписи и другие файлы исчезли, то пришло время воспользоваться передовым программным обеспечением для восстановления данных.
Для этих целей компания Recovery Software подготовила специальный комплексный продукт — RS Partition Recovery – мощную утилиту, способную восстанавливать данные после уничтожения вирусами, случайно удаления, форматирования и т.д.
Вместе с RS Partition Recovery Вы сможете быстро восстановить:
- Фотографии, картинки, видео и другие медиафайлы.
- Текстовые документы, таблицы Excel.
- Файлы ключей, программ и другие данные.
Часто задаваемые вопросы
SFC – это специальная системная утилита, которая предназначена для анализа системы на наличие отсутствия файлов, необходимых для корректной работы операционной системы. После запуска она восстанавливает недостающие файлы в автоматическом режиме.
Чтобы восстановить целостность системы Windows используйте функции SFC и DISM. Они просканируют вашу систему и автоматически восстановят недостающие файлы. Процесс использования детально описан на нашем сайте.
Лучшим решением будет использование программы RS Partition Recovery. Программа проста в использовании и позволяет восстанавливать утерянные данные после случайного удаления файлов, форматирования накопителя, повреждений логической структуры диска и т.д.
DISM – это системная утилита, которая позволяет восстанавливать систему, создавать образы текущей Windows, подготавливать среду предустановки и установки. У нее нету графического интерфейса. Все манипуляции производятся при помощи командной строки.
Эти две утилиты стоит использовать если вы постоянно наблюдаете синие экраны смерти Windows, сбои или отсутствие системных программ, если у вас есть подозрения о наличии вредоносного ПО и в других случаях, когда нарушена целостность операционной системы.
Восстановление файлов из списка логов sfc вручную.
Напоминаю, что логи sfc содержат в себе только информацию о СИСТЕМНЫХ файлах: часто эта программа бесполезна против части подгружаемых со стороны библиотек DirectX, .Net и прочего. Исправит она и не все файлы для установленных программ, если такая беда случится.
Но если логами sfc битый или пустой/отсутствующий файл зафиксирован, его можно исправить. Повторяю: если вы сидите в Windows 10, у вас есть более быстрый вариант. Тут же в cmd наберите:
dism /online /cleanup-image /restorehealth
В Windows 7 придётся попотеть. Сначала получите к нему доступ и права на работу с файлом:
takeown /f полный-путь-к-файлу/папке
icacls полный-путь-к-файлу/папке /GRANT Администраторы:F
Например, система обнаружила повреждение файла System.Management.Automation.dll и не смогла его починить.
Попробуем его отыскать. В логах приводится подробная о нём информация. Для таких целей идеально подходит средство поиска файлов из консоли же:
cd dir имя-файла /s
Консоль, скорее всего, выдаст несколько вариантов (заметьте, что нередко в Windows папка таковой не является — это может быть всего лишь системный узел или вид «с нескольких ракурсов»). Так что, опираясь на логи, откиньте ненужные результаты.
sfc /verifyfile=полный-путь-к-файлу
Остаётся обнаружить и заполучить искомый файл. Для того есть несколько способов:
После того, как вы утвердились в выборе, замените повреждённый файл на обновлённый командой в cmd в формате:
copy полный-путь-к-хорошему-файлу полный-путь-к-плохому-файлу
Не забывая о правильности вводимых путей к обоим файлам, включая буквы томов (логических дисков).
Дополнительные параметры команды sfc
Команда SFC имеет не только параметр scannow. Полный список параметров выглядит следующим образом:SFC [/SCANNOW] [/VERIFYONLY] [/SCANFILE=путь к файлу] [/VERIFYFILE=путь к файлу] [/OFFWINDIR=папка с windows] [/OFFBOOTDIR=удаленная папка загрузки]
Команда с параметрами sfc /scannow /OFFBOOTDIR=E: /OFFWINDIR=E:windows позволит выполнить проверку системных файлов жесткого диска другого компьютера, который подключен к вашей системе. Букву диска необходимо указывать свою (в примере просто указана E:), которая определяется автоматически при подключении жесткого диска. Это может понадобиться, например, если другой компьютер не может запускаться из-за повреждённых системных файлов.
Примеры использования
Чтобы немедленно просканировать и восстановить повреждённые системные файлы:
sfc /scannow
Чтобы проверить целостность файла без его исправления:
sfc /verifyfile=c:windowssystem32example.dll
Проверить файл example.dll в консоли восстановления системы с установочного F диска Windows:
sfc /scanfile=d:windowssystem32example.dll /offbootdir=f: /offwindir=d:windows
Проверка и восстановление файлов windows
Для запуска средства восстановления системных файлов Windows необходимо обладать правами администратора. Запускается она с помощью команды sfc /scannow в командной строке Windows. Соответственно делаем следующее:
- Запустите командную строку Windows от имени администратора. Как это сделать читайте тут.
- Наберите команду sfc /scannow и нажмите Enter. Начнётся проверка системы.
После окончания сканирования может быть выдан один из 3-х возможных результатов:
- Защита ресурсов Windows не обнаружила нарушений целостности.
- Защита ресурсов Windows обнаружила повреждённые файлы и успешно их восстановила. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: %WinDir%logsCBSCBS.log
- Защита ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них.
С первыми двумя результатами все понятно, но как быть если, появилось третье сообщение? Об этом далее в статье.
Результаты проверки sfc /scannow
Результаты работы утилиты будут сопровождаться некоторыми сообщениями в зависимости от того, успешно ли прошло восстановление или в работе произошёл сбой. Но сразу запомните: не торопитесь паниковать в случае неудачных выводов утилиты. Запустите sfc.exe несколько раз и в разных режимах.
- Для завершения восстановления системы требуется перезагрузка. Перезапустите систему Windows и выполнитеsfcещё раз:
Окно означает, что в текущем сеансе окно консоли можно закрыть: утилита запустится только после ПЕРЕЗАГРУЗКИ ( после ВЫКЛЮЧЕНИЯ компьютера ситуация может повториться). Причина сообщения ясна — файлы кэша в данную минуту обрабатываются системой («заняты» каким-то процессом/ами: Windows элементарно ждёт применения только что установленных обновлений).
Проблема, которую вы пытаетесь разрешить, лежит, по-видимому, в иной плоскости.
Наиболее частое повреждение файлов — либо неправильная работа (а чаще удаление) сторонних программ в/из Windows, а также сбои в работе жёсткого диска (см. «Плохие секторы жёсткого диска«). И утилита частично эти проблема разрешила, подменив на исходные.
C:WindowsLogsCBSCBS.log
- Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них. При этом система отправляет вас в лог программы за подробностями. Реже, но также встречается ещё более категорическое
Защита ресурсов Windows не может выполнить запрошенную операцию.
Большинство пользователей подобное «заявление» ставит в тупик. Я могу предложить вам несколько вариантов действий:
- Иногда камнем преткновения является аудиослужба Windows, причём в Windows 10 это сплошь и рядом. Откройте консоль cmd от имени администратора и введите две последовательные команды:
sc config trustedinstaller start=auto net start trustedinstaller
- Сразу проверяем готовность соответствующей службы. Набираем (в строке Найти/Выполнить) команду на открытие консоли
services.msc
Ищем в списке служб Установщик модулей Windows. Тип запуска: Вручную.
- Проверьте, на месте ли папки (и не пусты ли они) PendingDeletes и PendingRenames в директории
C:WindowsWinSxSTemp
Если результат окажется тем же, возможно попробовать сдвинуть запуск утилиты восстановления ещё ближе к запуску Windows: на этот раз sfc /scannow может проверить файлы ещё до загрузки системы. Однако для этого вам потребуется загрузочный носитель с той копией Windows, которая у вас установлена:
Обратите внимание на букву Локального диска (D) в столбце Папка: запомните её!
и вводим команду на офлайн проверку вашей Windows:
sfc /scannow /offbootdir=d: /offwindir=d:windows
где d — имя локального диска на компьютере/ноутбуке. Обратите внимание: эта команда позволит вам проверять внешние носители с установленной Windows.
Часто задаваемые вопросы
SFC – это специальная системная утилита, которая предназначена для анализа системы на наличие отсутствия файлов, необходимых для корректной работы операционной системы. После запуска она восстанавливает недостающие файлы в автоматическом режиме.
Чтобы восстановить целостность системы Windows используйте функции SFC и DISM. Они просканируют вашу систему и автоматически восстановят недостающие файлы. Процесс использования детально описан на нашем сайте.
Лучшим решением будет использование программы RS Partition Recovery. Программа проста в использовании и позволяет восстанавливать утерянные данные после случайного удаления файлов, форматирования накопителя, повреждений логической структуры диска и т.д.
DISM – это системная утилита, которая позволяет восстанавливать систему, создавать образы текущей Windows, подготавливать среду предустановки и установки. У нее нету графического интерфейса. Все манипуляции производятся при помощи командной строки.
Читаем логи и проверяем подробности работы sfc
Путь расположения лог-файла sfc.exe вы уже знаете. Чтобы его не искать в терниях системы, по аналогии с официальной справкой по sfc.exe я предлагаю вам набрать такую команду в консоли от имени админа:
На Рабочем столе появится текстовый файл, в котором вы найдёте подробности того, с чем команда sfc /scannow столкнулась:
Большинство записей (а в «холостом» режиме работы утилиты) в логах должны выглядеть так:
Дата Время Тип Режим доступа Подробности
А вот и проблема «…но не может восстановить некоторые из них«:
где самые частые содержания в строках такие:
Пробуем восстановить файл вручную.
Выводы
Очевидно, что утилита sfc не является панацеей от всех видов проблем, возникающих в операционной системе Windows. Нередки случаи, когда sfc не может найти никаких повреждений в системных компонентах, или же находит и устраняет их, однако ошибки возникают вновь.
Подобное поведение намекает на то, что сам механизм компонентов в операционной системе Windows довольно “сырой” и находится в перманентной “бете”, о чем разработчики предпочитают молчать, просто поддерживая его в более-менее работоспособном состоянии и дорабатывая по мере своих возможностей от версии к версии.
Эта догадка подтверждается большим количеством ошибок, которые невозможно исправить автоматизированными системными средствами. В этом случае, как и в случае, когда утилита sfc не обнаружила в системе поврежденных компонентов, при сохранении тенденции к нестабильной работе системы стоит рассмотреть иные способы диагностики.
