Команда sfc /scannow не работает в Windows 10? Как исправить
После последнего Вторника патчей пользователи Windows 10 стали сообщать, что функция исправления поврежденных системных файлов с помощью команды sfc /scannow больше не работает. Источником проблемы предположительно является обновление для Защитника Windows, которое недавно выпустила Microsoft.
Хотя запуск сканирования с помощью средства проверки системных файлов в Windows 10 осуществляется без проблем, процесс внезапно завершается с отображением следующего сообщения в командной строке:
Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: windir\Logs\CBS\CBS.log. Например, C:\Windows\Logs\CBS\CBS.log. Подробные сведения включены в файл журнала, предоставляемый флагом /OFFLOGFILE.
В комментариях на форуме Wilderssecurity по данной проблеме пользователи отмечают, что проверка поврежденных файлов с помощью команды fsutil hardlink list не выявляет каких-либо проблем с хэшами или путями файлов.
На данный момент считается, что проблема может быть связана с недавним обновлением для Защитника Windows, хотя неисправность системного инструмента стала проявляться после выхода ежемесячным обновлений безопасности в июльский Вторник Патчей (Patch Tuesday). Дело в том, что ошибка наблюдается на устройствах, на которых последние обновления безопасности еще не установлены.
Как исправить проблему
Проблемным обновлением Защитника Windows может быть пакет 1.297.823.0, но официального подтверждения этому от Microsoft пока нет.
Тем не менее, вы можете исправить данную ошибку с помощью нескольких команд инструмента DISM. Пользователи сообщают об эффективности данного способа. Запустите последовательно следующие три команды в командной строке с правами администратора:
Если проблема была действительно вызвана обновлением для Защитника Windows, то Microsoft должна как можно скорее представить исправление.
Почему команда SFC scannow в Windows 7 и 10 иногда не может восстановить системные файлы
Привет, друзья! Эта статья является логическим продолжением недавно начатой эпопеи о борьбе с системными ошибками . И сейчас автор поделится с вами еще одним эффективным методом устранения таких неприятностей.
Поэтому тема повествования будет звучать так: команда SFC scannow в Windows 7 и 10. Также рассмотрим вопрос, почему иногда она не может восстановить системные файлы. То есть, попросту говоря, отказывается работать.
Содержание статьи:
Как запустить команду SFC scannow в среде Windows 7 и 10
Почему SFC scannow иногда не может восстановить файлы
Итак, что же это за команда такая и для чего она нужна? Так вот, SFC scannow является системной утилитой, которая служит для автоматической проверки и восстановления важных файлов операционной системы.
Использовать ее довольно легко, но иногда могут возникнуть различные нюансы. Поэтому давайте переходить к делу, чтобы во всем разобраться. Все дальнейшие действия будут показаны на примере Windows 10, хотя и в Win 7 все делается практически аналогично.
На первом этапе нам необходимо запустить командную строку с правами администратора. Как это сделать подробно рассказано в этой публикации :
Затем вводим саму команду:
Запустится процесс сканирования системы, который может занять довольно продолжительное время. Так что теперь остается только ждать и надеяться, что данная команда сможет все исправить.
После окончания работы появится отчет, где будет сказано о реальном положении дел. Также представиться возможность ознакомится с файлом журнала и детально разобраться в важных деталях:
Но как видно на скриншоте выше, в нашем случае все прошло не очень гладко. Поврежденные файлы были обнаружены, но Windows 10 так и не смогла их восстановить.
А происходит так потому, что параметр SFC scannow не в силах восстановить те системные файлы, который используются в данный момент времени самой операционной системой. В общем, настоящий парадокс получается.
Но тем не менее выход из сложившейся ситуации есть. Нужно попробовать произвести вышеуказанные действия в среде восстановления Windows. Как в него войти на десятой версии системы очень подробно рассказано в этой статье:
Ну а на семерке придется воспользоваться заранее подготовленным загрузочным диском и выставить его приоритетным в БИОС`е компьютера. Увы, но по-другому никак не получится.
Ну а мы продолжаем процесс лечения и восстановления файлов на примере Win 10. И сейчас нужно будет ввести небольшую серию команд. Первой будет вот такая:
Следующей функцией мы выведем общий список установленных на компьютере жестких дисков. Каждому из них уже присвоен личный номер, который нам понадобится на следующем шаге:
Теперь выбираем обнаруженный выше диск под номером ноль, поскольку он единственный в системе:
На этом этапе осталось только разобраться с логическими разделами винчестера, чтобы понять, какой из них является системным, то есть с установленной Windows:
После того как нужная информация получена, можно, так сказать, и ноги отсюда сделать. Для этого вводим следующую команду:
И вот, наконец-то, настал час истины. Теперь будем снова проверять системные файлы и в случае проблем пробовать их восстановить. Итак, начинаем процесс:
В этом выражении буква «C» указывает на логический раздел жесткого диска, на котором установлена операционная система. Также при вводе очень важно соблюдать правильность ввода, в частности, ставить проблемы там, где нужно.
Теперь остается надеяться на то, что после завершения процесса сканирования будет выведено сообщение «Защита ресурсов Windows не обнаружила нарушений целостности».
Что еще можно рассказать про команду SFC scannow? Например, вот такой параметр сможет в среде восстановления вывести на рабочий стол журнал с результатами работы:
А следующий метод позволит проверить и восстановить конкретно указанный файл. Например, в рабочей Windows данный параметр будет выглядеть так:
Где «kernel32.dll» представляет собой имя нужного файла. А все выражение является путем до каталога, где он располагается. Точно такая же команда в среде восстановления Windows 7 и 10 будет немножко отличаться:
sfc /SCANFILE=C:\windows\system32\kernel32.dll /OFFBOOTDIR=C:\ /OFFWINDIR=C:\windows
Ну что же, друзья, теперь и вы знаете, почему иногда команда SFC scannow в Windows 7 и 10 не может восстановить системные файлы. Но в завершение стоит сказать, что есть еще одна похожая утилита, которую мы также скоро разберем .
Если у вас вдруг остались какие-то вопросы, смело задавайте их в комментариях к статье.
Опять проверка целостности системных файлов в Windows 10. Это должен знать каждый
Друзья, всем привет! В этой статье хочется еще раз затронуть очень важную тему и показать вам, что проверка целостности системных файлов в Windows 10, это довольно простая задача, которая реально может помочь в, казалось бы, безвыходной ситуации.
Опять же повторюсь, что я и сам раньше довольно скептически относился к штатным средствам диагностики Windows, пока в реальной ситуации не опробовал их в работе и не убедился в эффективности использования таких инструментов.
Содержание статьи:
Простой вариант проверки целостности файлов Win
Эффективный вариант проверки системных файлов
Заметьте, в самом начале поста было сказано, что данная тема уже упоминалась ранее на этом блоге. И надо сказать, что это действительно так. Постоянные читатели сейчас все вспомнят сами.
Но как говорится, давайте обо всем по порядку. Итак, перед нами стоит задача вернуть к работоспособности компьютер, который по непонятным причинам сбоит и не даетнормально работать приложениям.
Также будем подразумевать, что если это случилось в результате, допустим, вирусной атаки, то хорошим экспресс-сканером систему уже очистили, а также попробовали воспользоваться ранее созданной точкой восстановления .
Если по итогу ничего из вышеперечисленного не помогло, тогда переходим к тяжелойартиллерии. И первой стоит запустить команду проверки целостности системных файлов, которая изначально встроена в Windows 10.
Тем более что мы ее уже хорошо знаем благодаря одной давней публикации . Да-да, это «sfc /scannow», она же System File Checker. Если не помните как с ней правильно работать, пройдите по ссылке выше и очень внимательно изучите тот материал. А мы запускаем командную строку от имени администратора и вводим:
Теперь осталось лишь запастись терпением и дождаться окончания ее работы. Если данная операция завершится успешным сообщением вида «Защита ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила», то можно открывать шампанское.
Ну а в случае появления информации типа «Программа защиты ресурсов обнаружила поврежденные файлы, но не может восстановит некоторые из них» следует перейти ко второму шагу.
В чем он заключается? Все просто. Смотрите, команда «sfc /scannow» пробует заменить битые системные файлы на целые из специального резервного хранилища, которое располагается по адресу:
Но если повреждено само хранилище, то в результате появляется вышеуказанная ошибка и именно поэтому процесс сканирования операционной системы Windows завершается неудачей. Хорошо, тогда давайте запустим утилиту для восстановления этого самого хранилища. Тем более что она нам также хорошо известна благодаря этому материалу .
Для этого в Win 8 и 10 необходимо в командной строке, открытой от имени администратора, запустить так называемую систему обслуживания образов развертывания и управления ими:
DISM.exe /Online /Cleanup-image /ScanHealth
DISM.exe /Online /Cleanup-image /RestoreHealth
Из них первая команда только проверяет целостность хранилища. А вторая, если были обнаружены ошибки первой, непосредственно восстанавливает поврежденное хранилище и приводит его к рабочему состоянию.
При этой процедуре на компьютере должен быть настроен выход в интернет, поскольку недостающие компоненты автоматически будут загружены с помощью Центра обновления Windows, а проще говоря, с официальных серверов компании Microsoft.
Теперь осталось дождаться результатов. Если будет сообщено о том, что «Восстановление выполнено успешно», то можно перепроверить работу системы DISM, касательно починки системных файлов, с помощью команды «sfc /scannow».
Но так бывает далеко не всегда. Зачастую начинают сыпаться ошибки типа «Хранилище компонентов подлежит восстановлению «, или различные вариации на тему «Не удалосьскачать исходные файлы». В таких случаях необходимо указать расположение источника вручную.
Для этого требуется предварительно скачать оригинальный ISO-образ Windows 10 и смонтировать его на виртуальный привод. Напомню, что такой привод можно без проблем создать бесплатной программой UltraISO, о которой очень подробно рассказано здесь .
После этого необходимо войти в папку «sources» и посмотреть, в каком виде там располагается файл образа Windows 10. Здесь могут быть два основных варианта:
Далее отталкиваясь от этой информации, нужно будет ввести соответствующую команду, которая укажет путь на локальный источник расположения системных файлов. Значит, в первом варианте она будет выглядеть так:
Dism /Online /Cleanup-Image /RestoreHealth /Source:esd:F:\Sources\Install.esd:1 /limitaccess
Где «Source:esd» — вид сжатия файла образа системы Windows. «F» — буква виртуального привода, на котором смонтирован установочный ISO-образ. «Install.esd» — тип файла образа в папке «sources». «limitaccess» — параметр, закрывающий онлайн-доступ к Центру обновлений на серверах Microsoft. Еще может быть такой вариант:
Dism /Online /Cleanup-Image /RestoreHealth /Source:F:\Install.esd /limitaccess
Теперь давайте посмотрим, как будет выглядеть вышеуказанная команда при наличиифайла install.wim. Да практически также, ведь все делается по аналогии. Смотрите сами:
Dism /Online /Cleanup-Image /RestoreHealth /Source:wim:F:\Sources\install.wim:1 /limitaccess
Dism /Online /Cleanup-Image /RestoreHealth /Source:F:\ install.wim /limitaccess
Ну вот и все, друзья, теперь осталось только лишь дождаться завершения работы введенных команд, чтобы понять, что проверка целостности системных файлов в Windows 10 прошла успешно. А в завершение хочу дать вам еще несколько полезных советов.
Очень желательно запускать подобные проверки из безопасного режима загрузки. Даже чисто логически можно предположить, что при таком раскладе эффективность сканирования будет в разы выше.
Еще довольно часто процесс сканирования может как бы зависать на 20%. Не надо паниковать, это совершенно нормальное явление. Просто запаситесь терпением.
Также всегда читайте логи, в которых очень подробно показаны все нюансы завершившегося процесса. Они располагаются по следующему адресу:
c:\Windows\Logs\CBS (для sfc /scannow)
c:\Windows\Logs\DISM (для DISM)
А на этом месте публикация подходит к своему логическому завершению. Если у вас остались какие-то вопросы, задавайте их в комментариях. Так что всем пока и до новых встреч.