Запуск проверки системных файлов. Проверка целостности системных файлов Windows

Всякий раз, когда что-то идет не так с компьютером или ноутбуком, есть ряд инструментов для устранения неполадок, которые вы можете выполнить, чтобы попытаться устранить проблему. В Windows 10/8/7 есть несколько встроенных команд, которые можно использовать для проверки и восстановления поврежденных системных файлов, которые со временем вызывают проблемы при изменении. Одним из способов устранения неполадок, связанных с Windows, является проверка системы и восстановление системных файлов. Это может помочь во всех типах проблем, таких как медленная система, синий экран смерти, внезапные сбои питания и сбои системы.

Рассмотрим, как запустить средство проверки системных файлов в Windows с помощью командной строки CMD и PowerShell , таких команд как sfc /scannow и инструмента DISM. Хочу заметить, что для обновления Anniversary Update Windows 10, будет лучше использовать методы именно с PowerShell.

Проверка и Восстановление системных файлов через CMD

Средство проверки системных файлов сканирует ваш компьютер на предмет любого повреждения или изменений в системных файлах, которые в противном случае могли бы помешать нормальной работе вашего ПК. Оттуда он заменяет файл правильной версией, чтобы обеспечить бесперебойную работу. С помощью командной строки можно попытаться сканировать и восстановить системные файлы поздних операционных систем, как Windows 10/8/7 / Vista. Разберем две команды sfc /scannow и DISM с помощью CMD.

1.

  • Запустите командную строку (CMD) от имени администратора. Нажмите "поиск" и напишите просто "cmd" или "командная строка", далее по ней правой кнопкой мыши и запуск от имени админа.
  • Задайте команду sfc /scannow и дождитесь окончания процесса.


Примечание: После сканирования вашей системы будет выдан один из трех результатов:

  • Ошибок системных файлов не будет.
  • Будут ошибки системных файлов и Windows восстановит их автоматически.
  • Windows обнаружила ошибки, но не может восстановить некоторые из них.

Если у вас показывает вариант 3, что ошибка обнаружена и система не может восстановить, то и проделайте заново процедуру. Советую отключить шифрование и , если на момент проверки они имеются. Ничего не получилось? Двигаемся ниже.


2. (DISM)

Если вышеуказанное не работает в безопасном режиме, есть один последний способ проверить повреждение в системных файлах и исправить их. Используем инструмент Deployment Image and Service Management (DISM). Команда работает с системами Windows 8/8.1/10. Откройте обратно и используйте следующую команду:

Процесс может занять длительное время с зависанием процентной шкалы. Закончив работу, перезагрузите компьютер и запустите обратно sfc /scannow, чтобы убедиться, что ошибок нет или ошибка пропала.


Проверка и Восстановление системных файлов через PowerShell

Мы будем использовать Windows PowerShell, чтобы показать, как использовать службу обслуживания и управления DISM для сканирования и исправления поврежденных системных файлов в Windows 10. Этот способ будет более эффективный для обновления Anniversary windows 10, чем командная строка.

1. Использование инструмента System File Checker (SFC)

  • Запустите PowerShell от имени администратора. Нажмите "поиск" и наберите windows powershell, после нажмите правой кнопкой мыши и выберите от имени админа.

  • Задайте в окне PowerShell команду sfc /scannow. Если сканирование обнаружит какие-либо проблемы, Windows попытается их исправить. Если Windows не сможет их исправить, он предупредит вас, что необходимы дальнейшие исследования и действия. Двигайтесь ниже, если обнаружены ошибки.


2. Использование инструмента Deployment Image and Service Management (DISM)

Сканирование DISM обнаруживает поврежденные системные файлы и Windows попытается исправить их, и даст вам отчет о ходе работы в конце. Если Windows не сможет найти файлы, необходимые для восстановления поврежденных системных файлов, вам также будет предоставлена ​​информация о том, что делать дальше, со ссылкой на веб-сайт Microsoft и варианты устранения неполадок. Задайте ниже команду в окно PowerShell.

DISM /ONLINE /CLEANUP-IMAGE /RESTOREHEALTH

Если DISM все исправил или не выявил ошибки, то перезагрузите ноутбук, компьютер и запустите для проверки обратно sfc /scannow.


Так же, как и «железо», софт тоже приходит в негодность, поскольку он подвергается значительным нагрузкам со стороны пользователя. Поэтому проверка целостности системных файлов в Windows 10 должна выполняться периодически, и, при необходимости, поврежденные участки восстанавливаются.

Проверка

В ОС есть встроенная утилита, выявляющая поврежденные файлы и заменяющая их работоспособными версиями.

Полезно знать! Оригинальные файлы ОС хранятся на системном диске в папке Windows\WinSxS .

Возможные проблемы

Восстановление ОС с помощью sfc /scannow пройдет неудачно, если само хранилище исходников было повреждено. В этом случае нужно сначала восстановить исходный образ с помощью утилиты Deployment Image & Servicing Management (DSIM) . Она предназначена для работы с образами Windows.


Полезно знать! При восстановлении хранилища утилитой DISM используется Центр обновлений.

Восстановление

После работы утилиты DISM и восстановления исходников запустите в командной строке повторно команду sfc /scannow . При этом произойдет полное восстановление целостности системы. Для дальнейшей работы перезагрузите компьютер. Если по каким-то причинам сделать исправление не получилось и вы используете радикальный метод переустановки ОС, прочитайте, как создать загрузочную флешку в статье «Создание установочной флешки Windows 10 различными способами ».

Вывод

Целостность файлов Windows 10 нарушается после неправильной работы с ними, частой переустановки программ или перезаписи информации. Для восстановления используйте встроенную утилиту sfc /scannow , которая сделает все автоматически, используя хранилище оригинальных файлов. Если поврежден исходный образ, восстановите его с помощью Deployment Image & Servicing Management .

). В этом случае некоторые начинают беспокоится и искать всевозможные причины и способы устранения зависаний.
Я не буду повторяться и писать почему так происходит, т.к. статья не об этом и ссылку на решение проблем я уже дал выше.
Я лучше покажу Вам один интересный способ, который поможет проверить систему на ошибки.

Мало кто знает, но в ОС Windows есть одна полезная "штучка", которая может сама искать и исправлять ошибки в самой системе. Причём она не будет трогать программы сторонние, а лишь проверит свои системные файлы. Это полезно и интересно тем, что многие не задумываются о том, что причина может скрываться в самой системе, а лихорадочно начинают , и так далее. В общем . Да, это полезно и может привести к хорошим результатом, но при всех этих действиях хорошо помнить ещё о том, о чём я напишу ниже.

Немного про эту функцию я уже писал в статье , которая так же может возникнуть из-за сбоя в системных файлах, про которые часто забывается. Но всё же в рамках этой статьи я повторюсь...

Итак, запускаем :

и вводим в неё sfc /scannow :


Начнется проверка системы:


Вам остаётся только ждать.

Кому интересно, вот описание команды и ключей.

sfc
где:
/scannow – выполняется немедленное сканирование всех защищаемых системных файлов.
/scanonce – однократное сканирование всех защищённых системных файлов при следующей загрузке системы.
/scanboot – проверка всех защищенных системных файлов при каждой загрузке
/REVERT – Устанавливает исходные параметры по умолчанию.
/ENABLE – Включение нормальной работы защиты файлов Windows
/PURGECACHE – Очистка файлового кэша и немедленная проверка файлов
/CACHESIZE=x – Устанавливает размера файлового кэша

В командной строке (Пуск -> Выполнить -> cmd) пишем команду sfc / и нужный ключ.

После окончания проверки система сообщит о результатах и попросит перезагрузиться.

На этом у меня всё. Всем спасибо за внимание.

Операционная система имеет в своем составе большое количество системных файлов обеспечивающих ее нормальную работу. В случае, если один или несколько файлов окажутся поврежденными, то ОС не сможет полноценно функционировать. Это может выражаться, как ошибками и сбоями в процессе работы, например, крахом Проводника или проблемами с управлением компонентами Windows , так и невозможность компьютера загрузиться.

Причин повреждения системных файлов операционной системы Windows может быть множество. Это могут быть вирусы, твикеры, сознательное изменение файлов пользователем, повреждение жесткого диска и так далее. Разработчики компании Майкрософт предвидели возможность наступления такого события, поэтому ими была создана система проверки целостности системных файлов Windows (System File Checker tool). Она позволяет не только выявить изменения, но и вернуть все к первоначальному состоянию в автоматическом режиме, если это возможно.

Смысл работы сводится к сравнению системных файлов расположенных в папках Windows с эталонными образцами, которые хранятся в специальном хранилище компонентов Windows расположенном в папке WinSxS . Если они отличаются или файл отсутствует, то он заменяется оригинальным из хранилища.

Чтобы воспользоваться средством проверки системных файлов требуется командная строка запущенная с правами администратора компьютера . Для проверки служит команда sfc у которой есть несколько ключей. Для запуска проверки целостности всех защищенных файлов и автоматического исправления измененных или отсутствующих вводим команду sfc/scannow и ждем окончания процесса верификации файлов. Он может занять продолжительное время, так что запаситесь терпением. В конце будет показано итоговое сообщение.

Не всегда требуется полное сканирование с автоматическим исправлением, поэтому есть еще несколько ключей, которые могут пригодиться.

  • /verifyonly - осуществляет только проверку всех системных файлов без попытки их автоматического восстановления
  • /scanfile - выполняет проверку и восстановление конкретного файла, требует указания полного пути к файлу
  • /verifyfile - проверка конкретного файла без автоматического исправления

Если в системе все в порядке, то сообщение уведомит, что защита ресурсов Windows не обнаружила нарушений целостности. В противном случае сообщение будет отличаться в зависимости от ситуации. Если Windows не может выполнить данную команду, то проделайте все то же самое в безопасном режиме .

В случае обнаружения поврежденных файлов и их успешной заменой корректными версиями, Windows известит об этом соответствующим сообщением. На этом можно считать операцию по проверке и восстановлению целостности системных файлов Windows успешно завершенной.

Восстановление хранилища компонентов

Однако возможна ситуация, когда само хранилище будет повреждено или отсутствовать. Что особенно актуально для любителей устанавливать кастомные сборки ОС вместо оригинальных образов. В этом случае работа утилиты sfc будет невозможна. Для решения проблемы можно попробовать выполнить автоматическое восстановление хранилища компонентов Windows с помощью команды доступной начиная с Windows 8:

Dism /Online /Cleanup-Image /RestoreHealth

Владельцы 7 имеющие установленное обновление KB2966583 могут лишь выполнить проверку хранилища командой:

DISM /Online /Cleanup-Image /ScanHealth

Результаты выполнения можно узнать, посмотрев лог по адресу C:\Windows \Logs\CBS\Checksur.log

Ручное восстановление поврежденных файлов

Тем не менее, может случиться ситуация, когда сканирование покажет ошибки, однако защита ресурсов Windows не сможет автоматически их исправить. Сведения о них будут содержаться в файле лога CBS расположенного по адресу C:\Windows\Logs\CBS\CBS.log который можно открыть любым текстовым редактором.

Только для этого он должен быть запущен с правами администратора компьютера . В файле хранится много технической информации, но нас интересуют строчки содержащие . Их можно найти воспользовавшись поиском встроенным в редактор нажав комбинацию клавиш Ctrl + F или пойти другим путем и выполнить в командной строке запущенной от имени администратора следующую команду.

Findstr /c:"" c:\windows\logs\CBS\CBS.log >c:\sfcresult.txt

Тем самым мы говорим Windows, что нужно в файле CBS.log найти все строчки содержащие и результат сохранить на диск C в файле sfcresult.txt. Таким образом, в файле окажется отфильтрованная информации относящаяся к работе команды sfc. Осталось его внимательно изучить, не забывая обращать внимание на дату и время указанные в строке со временем проведения сканирования, чтобы не изучать старые результаты. В данном случае система успешно восстановила файл autoplay.dll используя эталонный файл из хранилища в папке WinSxS, о чем в логе есть соответствующая запись.

2017-02-04 13:30:58, Info CSI 0000032f Repairing 1 components 2017-02-04 13:30:58, Info CSI 00000330 Beginning Verify and Repair transaction 2017-02-04 13:30:59, Info CSI 00000331 Repairing corrupted file "\??\C:\Windows\System32"\"autoplay.dll" from store 2017-02-04 13:30:59, Info CSI 00000332 Repair results created: POQ 140 starts: 0: Move File: Source = "\SystemRoot\WinSxS\Temp\PendingRenames\e0b17dc6d17ed201983d0000f415f015._0000000000000000.cdf-ms", Destination = "\SystemRoot\WinSxS\FileMaps\_0000000000000000.cdf-ms" 1: Move File: Source = "\SystemRoot\WinSxS\Temp\PendingRenames\3a1480c6d17ed201993d0000f415f015.$$.cdf-ms", Destination = "\SystemRoot\WinSxS\FileMaps\$$.cdf-ms" 2: Move File: Source = "\SystemRoot\WinSxS\Temp\PendingRenames\a29d89c6d17ed2019a3d0000f415f015.$$_system32_21f9a9c4a2f8b514.cdf-ms", Destination = "\SystemRoot\WinSxS\FileMaps\$$_system32_21f9a9c4a2f8b514.cdf-ms" 3: Hard Link File: Source = "\SystemRoot\WinSxS\amd64_microsoft-windows-autoplay_31bf3856ad364e35_6.1.7601.17514_none_04c88123045c625c\autoplay.dll", Destination = "\??\C:\Windows\System32\autoplay.dll" POQ 140 ends. 2017-02-04 13:30:59, Info CSI 00000333 Repair complete

В случае невозможности исправить поврежденный системный файл автоматически, нам придется заняться исправлением самостоятельно. Весь смысл операции сводится к замене имеющихся на компьютере файлов на заведомо исправные копии. Их можно скопировать с другого компьютера с аналогичной версией операционной системы Windows и сохранить в какую-нибудь папку на вашей машине или на флешку.

Однако просто так заменить файлы операционная система вам не позволит, сначала придется получить соответствующий допуск. Это можно сделать в графическом интерфейсе, о чем мы уже писали . Здесь мы рассмотрим, как это можно сделать с помощью командной строки. Сначала нам нужно стать владельцем поврежденного файла, выполним следующую команду.

Takeown /f полный_путь_к_файлу, например takeown /f C:\windows\system32\autoplay.dll

Интересующие нас системные файлы находятся в файле-образе с именем install.wim в папке sources, при этом образ может содержать сразу несколько разных версий операционной системы в соответствующих папках, будьте внимательны. На диске восстановления файл имеет имя boot.wim.

Если компьютер не загружается

Все выше сказанное относилось к случаю, когда компьютер мог загружаться и мы имели возможность выполнять проверку прямо в Windows. Однако повреждения системных файлов может быть настолько критичным, что он не сможет загрузиться. В этом случае можно выполнить проверку системных файлов Windows в среде восстановления WinRE (Windows Recovery Enviroment). Для этого загружаемся в среду восстановления, как описано и запускаем командную строку.

Sfc /scannow /OFFBOOTDIR=X:\ /OFFWINDIR=X:\windows

Здесь X нужно заменить на букву диска на которой находится ОС которую мы хотим проверить. Сложность в том, что буквы дисков в Windows RE могут не совпадать с буквами разделов в самой Windows. Чтобы их узнать выполним последовательно следующие команды.

Diskpart List disk Sel disk 0 Detail disk Exit

В результате получим список томов на системном диске и соответствующие им метки. Нужную метку подставим вместо X в команду запуска сканирования системных файлов. Впрочем узнать нужную метку диска можно и по другому, методом перебора.

Cd /d C: dir /b

Здесь мы сначала перешли на диск C, а затем вывели список файлов в этом разделе, по которому мы можем понять какой это диск на самом деле. Не угадали, тогда переходим на следующую букву и опять смотрим список.

Cd /d D: dir /b

Методом «научного тыка» рано или поздно будет найден системный диск. Допустим в среде восстановления у диска с Windows будет буква G и мы хотим проверить оригинальность и в случае необходимости автоматически исправить файл «C:\Windows\System32\msconfig.exe», тогда команда примет следующий вид:

Sfc /scanfile=G:\Windows\System32\msconfig.exe /offbootdir=G:\ /offwindir=G:\windows

Мы рассмотрели различные способы восстановления поврежденных системных файлов в Windows в автоматическом и ручном режимах, в том числе с использованием среды восстановления Windows. С ее помощью вы сможете устранить неполадки в работе компьютера вызванные поврежденными компонентами операционной системы.

В результате некоторых сбоев работы «Виндовс 7» и заражений вредоносными программами возникает потребность в анализе файловой целостности системы. Также файлы нередко повреждаются из-за неправильного выключения ПК и скачков напряжения электросети. Поэтому каждый пользователь «Семёрки» должен уметь производить самостоятельную проверку и реанимацию системных файлов в компьютере с Windows 7.

Метод анализа файлов

Основным инструментом для проверки и анализа их целостности в «Семёрке» служит встроенное в ОС приложение «SFC.exe», которое кроме этого может и восстанавливать дефектные файлы. Регулярное использование команды для выполнения проверки «sfc /scannow» позволит обеспечить бесперебойную работу «Виндовс 7». Рекомендуется ее применять не реже одного раза в полугодие.

Процедура анализа

Встроенное в Windows 7 средство проверки запускается следующим образом:

Примечание: нельзя закрывать консоль до полного завершения процедуры. По окончании появятся результаты выполненной работы программы.

  1. Перезапустить компьютер;
  2. Готово. Проверка целостности системы выполнена, и поврежденные файлы исправлены.

Иногда случается, что приложение не может самостоятельно справиться с исправлением поврежденных файлов. В таких случаях рекомендуется производить анализ в безопасном режиме, но если даже это не позволяет устранить проблему, то требуется выполнить: «findstr /c:»« %windir%\Logs\CBS\CBS.log >»%userprofile%\Desktop\sfc.txt».

После этого на рабочем столе «Виндовс 7» появится «txt»-файл с перечнем всех файлов, которые программа не способна сама реанимировать. Пользователю необходимо эти файлы скопировать себе с другого компьютера, но с исправной Windows 7, либо с внешнего установочного носителя с дистрибутивом той модификации «Семерки», которая работает на ПК пользователя.

Алгоритм восстановления поверженного файла в ручном режиме

Теперь, зная точное имя и месторасположение проблемного файла, который приложение в автоматическом режиме не смогло исправить, надо его заменить. С этой целью необходимо осуществить следующие последовательные шаги:


А если приложение «SFC.exe» совсем не работает?

Бывает, что утилита даже не может запуститься. В такой ситуации следует проанализировать работоспособность следующих приложений:

  1. Локатор удаленного вызова процедур;
  2. Удаленный вызов процедур;
  3. Запуск серверных процессов DCOM.

Если эти программы функционируют нормально, то «SFC.exe» запустится.

Также утилита не справится со своими функциями, когда в службе «Установщика модулей Windows» активирован ручной тип запуска службы восстановления.

Дополнительные способы анализа через «SFC»

Если надо, например, сделать анализ целостности файлов на удаленной ОС либо решить другие различные проблемы, то существуют несколько следующих эффективных приемов:

  1. Доступно осуществить проверку и без последующего процесса восстановления. Для этого пользуясь алгоритмом инструкции, приведенной выше, надо воспользоваться командой «sfc /verifyonly».
  2. Если необходимо, то можно реанимировать лишь конкретный файл, напечатав в консоли: «sfc /scanfile=Месторасположение».
  3. В ситуации, если требуется произвести анализ «Виндовс» установленной на другом логическом разделе винчестера, то поможет команда: «sfc /scannow /offwindir=Месторасположение каталога Windows».

Заключение

Некоторые пользователи на свое усмотрение модифицируют файлы, изменяют иконки в проводнике и тому подобное. После работы приложения по анализу и исправлению целостности ОС все внесенные корректировки будут отменены и вновь примут вид, предусмотренный по умолчанию. Поэтому таким владельцам компьютеров потребуется после осуществления работы утилиты снова выполнить все свои операции по модификации системы.