Как проверить целостность системных файлов Windows 7? zhitsoboy.ru

Как проверить целостность системных файлов Windows 7?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Полезный прием упрощающий выполнение данной операции. Теперь предоставим группе администраторов полный доступ к проблемному файлу. Воспользуемся командой icacls. В Windows на английском языке нужно заменить «АДМИНИСТРАТОРЫ» на «ADMINISTRATORS».

Теперь мы можем заменить старый файл на новый оригинальный. Это можно сделать как воспользовавшись Проводником Windows так и продолжив работу в командной строке.

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

Где еще можно взять оригинальные системные файлы

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

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

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

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

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

А дальше все тоже самое только команда будет немного отличаться, поскольку появится еще несколько параметров.

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

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

Читать еще:  Можно ли подключить SSD sata3 к sata2?

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

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

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

Sfc — проверка системных файлов

В процессе жизненного цикла операционной системы Windows, периодически возникает необходимость установки/удаления того или иного программного обеспечения. Понятно, что программное обеспечение достаточно многообразно и порой довольно сложно оценить степень его влияния на систему, одни программы являются достаточно безобидными, другие же могут вносить в систему настолько существенные изменения, что в пору говорить о глубоком системном обновлении. Еще одним моментом является невозможность полностью исключить ситуации с установкой в систему заведомо устаревших модулей, частично утративших совместимость с текущей версией Windows. К тому же, если эксплуатационный цикл системы достаточно продолжителен, то в процессе установки/удаления/замены различных обновлений и стороннего ПО можно наблюдать накопление (либо удалении) различных версий системных библиотек, всевозможных модификаций ключевых системных структур (реестра, библиотек, исполняемых модулей). Помимо всего этого, достаточно важные компоненты операционной системы могут банально повреждаться, либо удаляться вовсе в следствии деятельности вредоносного программного обеспечения (вирусы, трояны). Во всем многообразии этого броуновского движения, крайне сложно спрогнозировать последствия подобных изменений системы, проблемы могут оставаться определенное время незамеченными либо вовсе никогда не проявить себя, однако чаще всего случается, что спустя некоторое время мы начинаем наблюдать довольно таки интересные «нештатные ситуации», в которых операционная система ведет себя довольно странно.

Проблема сохранения работоспособности ключевых системных компонентов и, как следствие, операционной системы в целом, стояла перед разработчиками Microsoft Windows с самого того дня, когда первые версии ОС начинали своё знакомство с широкой аудиторией, ведь по началу сама система была и вовсе беззащитна от вмешательства различного рода стороннего программного обеспечения, инсталлируемого с использованием административных привилегий и беззастенчиво переписывающего своими компонентами «родные» системные модули. Понятно, что столь серьезная проблема требовала своего скорейшего решения и в итоге Microsoft начали предоставлять изнемогающей от глюков общественности различные методы решения. Это были, по-началу, и службы контроля за целостностью важных системных файлов, и утилиты привидения их к эталонным версиям, в конечном итоге был разработан принцип компонентизации или модуляризации. «-Ну Конечно»,- скажете Вы,- «зачем нам все это? Мы всегда можем решить проблему и более кардинальным образом, ведь у нас в запасе есть проверенное десятилетиями, безотказное средство под названием «переустановка», либо такое как возврат к ранее созданной точке восстановления». Можно восстановить из ранее созданного образа системы, но этим могут похвастаться лишь самые педантичные, а у обычных технических обывателей, таких как большинство из нас, довольно редко резервный образ бывает актуальным (если вообще присутствует), в любом случае, придется затратить свое драгоценное личное время на приведение системы к необходимому состоянию. Эти методы действительно актуальны, однако подобное решение и так рассматривалось разработчиками как выход из сложившейся ситуации довольно продолжительное время 🙂 Все это не делает систему стабильнее, а ведь одна из задач авторов хорошей ОСи — сделать её отказоустойчивой. Но в итоге всё вышло на новый уровень, разработчики Microsoft представили средство под названием sfc, о котором и пойдет речь в данной статье.

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

Запуск проверки целостности файлов

Поскольку sfc является консольной утилитой (утилитой командной строки), то и запускать её следует из командного интерпретатора cmd . Для выполнения комплексной проверки всех системных файлов, выполните следующую команду:

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

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

  • Защита ресурсов Windows не обнаружила нарушений целостности. Это сообщение говорит о том, что WRP не смогла найти каких-либо повреждений в операционной системе и стоит задуматься о диагностировании системы другими способами;
  • Защита ресурсов Windows не может выполнить запрошенную операцию. Утилита sfc сообщает нам, что WRP не смогла выполнить необходимые операции восстановления. В этом случае можно попробовать запустить sfc, перегрузившись в защищенный режим. Дополнительно удостоверьтесь что папки PendingDeletes и PendingRenames присутствуют в директории %WinDir%WinSxSTemp ;
  • Защита ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила. В этом случае процесс завершился удачно, ради интереса Вы можете ознакомиться с результатами работы утилиты sfc в файле %WinDir%LogsCBSCBS.log ;
  • Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них. Утилита сообщает нам о том, что WRP не смогла восстановить некоторые несоответствия. В этом случае у нас, с большой вероятностью, повреждено хранилище компонентов (WinSxS) и у нас имеется два возможных варианта решения проблемы, которые описаны в разделе Восстановление хранилища компонентов.
  • Для завершения восстановления системы требуется перезагрузка. Перезапустите систему Windows и выполните sfc еще раз. Обычно подобная ошибка появляется при запуске из-под ограниченного рабочего окружения, такого, например, как среда восстановления (Windows RE). Для решения проблемы попробуйте запустить утилиту sfc с дополнительными параметрами, как описано в разделе Запуск из среды восстановления.
  • Защите ресурсов Windows не удается запустить службу восстановления. Ошибка говорит нам о том, что службы, от которых зависит работа утилиты, не могут запуститься. Службы, которые могут являться причиной ошибки: «Теневое копирование тома», «Установщик модулей Windows» и «Установщик Windows». Проверьте, возможен ли вообще запуск данных служб, в случае возникновения проблем проверьте зависимости. Иногда причина может крыться в запуске консоли, из-под которой выполняется команда sfc, с ограниченными правами.
  • В данный момент выполняется другая операция обслуживания или восстановления. Дождитесь ее завершения и повторно запустите SFC . Информационное сообщение информирует о том, что в данный момент стек обслуживания занят. На низком уровне единственное приложение, которое может работать со стеком обслуживания, это модуль TrustedInstaller.exe . Соответственно, когда происходит попытка одновременного обращения к функциям стека обслуживания другого источника, возникают проблемы доступа. Но если Вам уж очень необходимо освободить стек для проведения неотложных манипуляций, то просто попробуйте снять через Диспетчер задач процесс с именем TrustedInstaller.exe , однако имейте в виду, что в этом случае возможны проблемы!!

Анализ результатов

Для того, чтобы лицезреть результаты работы утилиты sfc нам предлагается открыть файл журнала компонентной модели %WinDir%LogsCBSCBS.log любым доступным в системе текстовым редактором.

Читать еще:  Оперативная система dos что это?

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

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

Утилита SFC.EXE (System Files Checker) существует во всех версиях Windows, начиная с Windows 2000, и предназначена для проверки состояния и восстановления системных файлов. Механизмы защиты важных файлов в разных версиях Windows реализованы по-разному, но все они учитывают тот факт, что какие-либо системные файлы (обычно исполняемые файлы .exe, файлы библиотек .dll, файлы драйверов) могут быть изменены сторонним программным обеспечением, и должен быть механизм, позволяющий проверить их целостность и отменить обнаруженные изменения.

Формат командной строки:

SFC [/SCANNOW] [/VERIFYONLY] [/SCANFILE=файл] [/VERIFYFILE=файл][/OFFWINDIR=автономная папка Windows /OFFBOOTDIR=автономная папка загрузки]

Параметры командной строки:

/SCANNOW — Проверка целостности всех защищенных системных файлов и восстановление, по возможности, проблемных файлов.

/VERIFYONLY — Проверка целостности всех защищенных системных файлов. Восстановление файлов не выполняется.

/SCANFILE — Проверка целостности указанного файла и его восстановление при обнаружении проблем. В параметре файл следует указать полный путь

/VERIFYFILE — Проверка целостности файла, полный путь к которому указан в параметре файл. Восстановление файлов не выполняется.

/OFFBOOTDIR — Расположение автономного каталога загрузки для автономного восстановления

/OFFWINDIR — Расположение автономного каталога Windows для автономного восстановления

Примеры использования команды SFC:

sfc /? — отобразить подсказку по использованию.

sfc /scannow — выполнить проверку целостности системных файлов и восстановить поврежденные. Результаты работы записываются в журнал утилиты WindowsLogsCBSCBS.log.

sfc /verifyonly — выполнить только сканирование системных файлов без исправления.

sfc /VERIFYFILE=c:windowssystem32cmd.exe — сканировать только файл cmd.exe

sfc /SCANFILE=d:windowssystem32kernel32.dll /OFFBOOTDIR=d: /OFFWINDIR=d:windows — сканировать только файл kernel32.dll из состава операционной системы, установленной на логическом диске D:. При выполнении сканирования файлов автономной Windows, ведение файла журнала в настоящее время не поддерживается.

В процессе выполнения программы, на экране отображается информация о ходе сканирования и результаты работы. Пример вывода при использовании сканирования с исправлением командой sfc /scannow:

Начато сканирование системы. Этот процесс может занять некоторое время.

Начало стадии проверки при сканировании системы.
Проверка 100% завершена.

Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: windirLogsCBSCBS.log. Например, C:WindowsLogsCBSCBS.log. Обратите внимание, что ведение журнала в настоящее время не поддерживается для автономного обслуживания.

Начиная с Windows Vista, в качестве средства по обслуживанию компонент операционной системы используется Component-Based Servicing (CBS) — специальный набор программных средств для обеспечения ее целостности. CBS является частью Component Servicing Infrastructure (CSI), обеспечивающей необходимые изменения текущего состояния Windows, например, при обновлении системы (Windows Update), установке или удалении программ и компонент, обновлении драйверов устройств и т.п. Фактически, CBS предоставляет программный интерфейс (API) инсталляторам для корректного изменения текущего состояния системы. Система обслуживания ОС Windows фиксирует множество событий, связанных с отслеживанием этого состояния, в специальном файле C:WindowsLogsCBSCBS.log

Файл журнала CBS.log, кроме всего прочего, содержит и подробные сведения о ходе выполнения сканирования утилиты sfc.exe и его результатах. Для каждого сканируемого файла записывается дата, время и дополнительные сведения о проверке. Через каждые 100 проверок отображается итоговая информация, сопровождаемая тегом [SR], что позволяет выделить из довольно объемного текста только те записи, которые содержат данный признак, с использованием команды поиска строки в текстовом файле findstr:

findstr /c:»[SR]» %windir%logscbscbs.log >sfcdetails.txt — найти строки, содержащие [SR] и вывести их в файл sfcdetails.txt текущего каталога.

Пример содержимого файла журнала, содержащего только строки с тегом [SR] :

00004b78 [SR] Verifying 100 (0x0000000000000064) components
00004b79 [SR] Beginning Verify and Repair transaction
00004be0 [SR] Verify complete
00004be1 [SR] Verifying 100 (0x0000000000000064) components
00004be2 [SR] Beginning Verify and Repair transaction
00004c30 [SR] Repairing corrupted file «??C:WINDOWSSystem32cmd.exe» from store
00004c5a [SR] Verify complete
. . . .
00005594 [SR] Committing transaction
00005599 [SR] Verify and Repair Transaction completed. All files and registry keys listed
in this transaction have been successfully repaired

В данном примере, проверено 100 файлов, в которых не обнаружено никаких отклонений, а в следующей порции был обнаружен и успешно исправлен файл msprivs.dll.mui. Последние 2 строки сообщают о завершении работы, и о том, что все файлы и ключи реестра были успешно восстановлены.

В тех случаях, когда не удалось восстановить поврежденный файл, в журнале будет присутствовать строка, содержащая:

Cannot repair member file Имя Файла Детальная информация о файле

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

Для поиска информации в тексте журналов cbs.log удобно фильтровать записи по характерным признакам событий, зафиксированных в журнале:

findstr /c:»Cannot repair» %windir%logscbscbs.log >sfcnotrepair.txt — записывать в текстовый файл sfcnotrepair.txt только те строки журнала cbs.log, которые содержат строку Cannot repair, т.е. на выходе мы получим перечень системных файлов, которые не удалось восстановить.

findstr /c:»succsessfylly repaired» %windir%logscbscbs.log >sfcnotrepair.txt — записывать в текстовый файл sfcnotrepair.txt только те строки журнала cbs.log, которые содержат строку succsessfylly repaired, т.е. на выходе мы получим перечень системных файлов, которые удалось восстановить.

В каталоге WindowsLogsCBS кроме текущего файла журнала cbs.log могут храниться устаревшие копии журналов в виде сжатых файлов с именем CbsPersist_ГГГГММДДnnnnnn.cab, которые, при необходимости можно распаковать для дальнейшего углубленного анализа.

В среде Windows 8-10 для восстановления системных компонент Windows, возможно использование утилиты Dism.exe, поддерживающей (чего не было в Windows Vista/Windows 7) параметр RestoreHealth:

dism /Online /Cleanup-Image /RestoreHealth — для восстановления системных файлов текущей ОС Windows.

Для Windows 7 параметр /RestoreHealth неприменим и функции восстановления объединены с функциями сканирования, задаваемыми параметром /ScanHealth:

dism /Online /Cleanup-Image /ScanHealth — для восстановления системных файлов текущей ОС Windows 7.

Если вы желаете поделиться ссылкой на эту страницу в своей социальной сети, пользуйтесь кнопкой «Поделиться»

Инструкция, как произвести проверку целостности системных файлов Windows

Читайте в статье о том, как проводится проверка системных файлов Windows. Для чего проверять целостность, как восстановить в Виндовс 10, 8, 7 и XP.

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

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

Запустить проверку системных файлов можно на любой версии Windows , начиная с XP . Вам достаточно зайти в командную строку. В большинстве версий Windows это можно сделать при помощи меню. «Пуск». В восьмой версии ОС для вызова командной строки от лицам администратора нужно вызвать контекстное меню при помощи сочетания клавиш Win + X , а затем выбрать из списка нужный пункт.

Читать еще:  Оперативная память латентность что это?

Далее вам необходимо следовать инструкции:

  1. Введите команду sfc /scannow.
  2. Нажмите Enter .
  3. Дождитесь окончания проверки и оцените результат.

Команда самостоятельно попытается исправить незначительные ошибки. Это самый простой способ работы с системными файлами. Преимущество SFC в том, что оно имеет дополнительные возможности и проста в работе.

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

Дополнительные возможности SFC

Встроенную утилиту SFC можно запустить с несколькими параметрами. Кроме проверки Windows можно провести:

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

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

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

Проверка системных файлов Windows XP и других версий операционной системы может вызвать несколько проблем:

  1. При попытке запуска проверки появляется сообщение «Защите ресурсов Windows не удается запустить службу восстановления системы». Избавиться от проблем можно при помощи проверки служб ПК и включения «Установщика модулей Windows ». Посмотрите параметры службы, в них должен быть указан тип запуска установщика «Вручную».
  2. Если вы изменяли при помощи сторонних утилит стандартные значки папок или оформление файлов, то после проверки система восстановит стандартный вид. Все модифицированные файлы преобразуются в обычные.

Ну и самой распространенной ошибкой работы является невозможность восстановить поврежденные файлы при помощи SCF . В этом случае в командной строке нужно ввести: findstr /c:”[SR]” %windir%LogsCBSCBS.log >”%userprofile%Desktopsfc.txt. Вы дадите утилите команду, чтобы она создала текстовый файл с перечислением всех поврежденных файлов. Это облегчит вам задачу по их восстановлению. Вы можете просто скопировать их с компьютера с аналогичной операционной системой (следите, чтобы ее версия и разрядность совпадали с вашей).

Использование инструмента DISM для проверки системных файлов в Windows 7,8 и 10

Проверка системных файлов Windows 7 и более поздних версий возможна при помощи еще одной встроенной утилиты DISM. Для ее использования вам также нужно будет запустить командную строку с правами администратора системы. Далее необходимо сделать следующее:

  1. Введите команду dism.exe /online /cleanup-image /scanhealth. Подтвердите свое действие кнопкой Enter . Утилита выполнит проверку жесткого диска с учетом того, можно ли его восстановить.
  2. Если утилита выдала сообщение «Повреждения хранилища компонентов не обнаружено», то больше делать ничего не нужно.
  3. При поврежденном хранилище введите команду dism.exe /online /cleanup-image /restorehealth.

После завершения работы можно использовать SCF , чтобы проверить отсутствие повреждений. Если работа DISM происходит некорректно из-за массы ошибок, то проверка системных файлов Windows 10 и других версий может производиться при помощи PowerShell, запущенного с повышенными правами. Введите и выполните команду Repair-WindowsImage-Online-RestoreHealth. Для того, чтобы она сработала, необходимо иметь надежное подключение к Интернету.

Сторонние утилиты для проверки системных файлов Windows и их восстановления

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

Dr.Web LiveDisk

Если вы не смогли восстановить файлы стандартными способами, то вручную это можно сделать с помощью образа диска системы. Редактировать виртуальный диск с системными файлами можно при помощи утилиты UltraISO или подобных ей программ. Восстановление системы происходит по алгоритму:

  1. Зайдите в папку с файлами образа. ПО умолчанию LiveDisk использует /cdrom.
  2. Оттуда скопируйте нужные файлы в буфер обмена, а затем переместите их в win .

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

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

Microsoft DaRT

Это не просто утилита, а загрузочный диск, способный справиться с задачей восстановления системных файлов. Настройте загрузки с диска перед запуском ПК и вставьте загрузочный диск. Можно скачать Microsoft DaRT, а потом при помощи ПО Nero записать его на носитель. Проверка и восстановление системных файлов производится по инструкции:

  1. Выберите в меню загрузочного диска утилиту для проверки вашей версии системы.
  2. Из представленных в следующем меню действий остановитесь на пункте «Диагностика».
  3. Затем вам нужно выбрать пункт Diagnostics and Recovery Toolset.
  4. После предварительной настройки останется лишь выбрать целевую операционную систему. У большинства пользователей она всего одна.
  5. Меню предложит вам несколько вариантов работы с жестким диском и системой, выбрать нужно «Средство проверки системных файлов».
  6. Далее следуйте подсказкам мастера проверки. Выберите автоматический режим работы,

Все остальное утилита сделает за вас. После ее работы останется только перезагрузить ПК. Достоинством этой утилиты является тол, что ее можно использовать даже при нерабочей операционной системе Windows .

Windows Repair

Эта утилита стартует из рабочей среды. Работать нужно по инструкции:

  1. Зайдите в раздел Pre-Repair Steps.
  2. Выберите вкладку Step 4 (Optional).
  3. Нажмите кнопку Check.

Эта утилита проста – вам не потребуется делать дополнительные действия. Она подойдет для неопытных пользователей, которые не имеют навыков работы с командной строкой. Она запускает из своей оболочки стандартную утилиту SFC .

Glary Utilities

Аналогично предыдущей работает Glary Utilities – она максимально проста и понятна. В ней нет большого количества вкладок. Преимущество этой программы в том, что она русифицирована. Все команды понятны пользователям. Через нее можно не только проверить, но и восстановить систему.

Действуйте по инструкции:

  1. Зайдите во вкладку «Модули».
  2. В левом боковом меню выберите пункт «Сервис».
  3. В правой части окна нажмите «Восстановление системных файлов».

Работа этой просто утилиты также строится на базе взаимодействия с консольной SFC. Если восстановить файлы не получится, придется действовать более сложными средствами – через загрузочный диск или копировать поврежденные файлы вручную.

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

Ссылка на основную публикацию
Adblock
detector