Как проверить целостность системных файлов 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 7

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Штатными средствами проверить Windows 7 на целостность системных файлов можно следующим образом:

  • Откроется командная строка. В консоли вводим «sfc /scannow».

  • Запустится проверка системы, по окончании которой будет предоставлен отчёт о состоянии системных файлов.

В случаи, когда при запуске команды появляется сообщение, что «Защите ресурсов Windows не удалось запустить службу восстановления…», то стоит выполнить следующее:

  • Жмём «Win+R» и вводим «serviсes.msc».

  • Откроется окно служб. Здесь нужно найти и включить «Установщик модулей Windows».

  • Для этого двойным щелчком запускаем службу и выставляем тип запуска «Вручную».

  • После перезагружаем систему и повторяем запуск команды в строке.

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

Команда «sfc /scannow» кроме проверки выполняет ещё и восстановление системных файлов. Однако, если она не смогла выполнить «починку» этих файлов, стоит проделать следующие действия:

  • В командной строке вводим: findstr /c:»[SR]» %windir%LogsCBSCBS.log >»%userprofile%Desktopsfc.txt».

  • На рабочем столе появится текстовый документ «SFC», в котором будет представлен перечень файлов, восстановить которые не удалось.

  • В списке находим повреждённые файлы и копируем их версии с рабочего ПК. После замены повреждённых файлов система будет работать корректно.

Также можно проверить и восстановить системные файлы со среды восстановления, используя средство MSDaRT. Изначально скачиваем и записываем ISO образ диска восстановления системы «ERD Commander». После, загрузившись с установочного диска или флешки, выбираем соответствующий пункт.

Появится новое окно. Выбираем «Средство проверки системных файлов».

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

Ставим отметку «Сканировать и запрашивать перед исправлением».

Запустится поиск повреждённых файлов. После появится окно с отчётом, где нужно поставить отметку возле дефектного элемента и нажать «Далее».

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 , однако имейте в виду, что в этом случае возможны проблемы!!
Читать еще:  Как удалить VPN подключение в Windows 7

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

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

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

Почему команда SFC scannow в Windows 7 и 10 иногда не может восстановить системные файлы

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

Поэтому тема повествования будет звучать так: команда SFC scannow в Windows 7 и 10. Также рассмотрим вопрос, почему иногда она не может восстановить системные файлы. То есть, попросту говоря, отказывается работать.

Содержание статьи:

Итак, что же это за команда такая и для чего она нужна? Так вот, 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 scannow в Windows 7 и 10 не может восстановить системные файлы. Но в завершение стоит сказать, что есть еще одна похожая утилита, которую мы также скоро разберем .

Если у вас вдруг остались какие-то вопросы, смело задавайте их в комментариях к статье.

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