Cmd проверка системных файлов. SFC и DISM: Проверка и Восстановление системных файлов в Windows

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

Откат к последнему стабильному состоянию

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

Если проблемы стали появляться относительно недавно, и вы помните примерную дату их появления, то лучшее решение - откатить ОС до момента, когда при работе ОС сбоев еще не наблюдалось.

В работающей среде сделать это очень просто:

Останется лишь перезагрузиться, после чего поврежденные системные файлы будут заменены на прежние рабочие версии.

Если Windows не загружается

Даже если повреждения системных данных настолько серьезны, что ОС не может самостоятельно загрузиться, возможность воспользоваться точками восстановления есть:


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

Если при нажатии F8 окно вариантов загрузки не открывается, то попасть в среду восстановления вы сможете только при использовании загрузочного/установочного диска.

Использование стандартной утилиты SFC

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


По завершении операции SFC уведомит вас о результатах - поврежденные данные должны быть обнаружены и исправлены.

Восстанавливаем данные вручную

Иногда описанные выше способы не могут устранить проблему. Например, при обновлении DirectX из дистрибутивов, поставляемых с различными приложениями, часто теряются библиотеки DLL. Поэтому всегда старайтесь обновлять DirectX с оф. сайта Microsoft, а если неприятность уже случилась, то при наличии новой версии все DLL обновятся автоматически после установки с сайта http://www.microsoft.com/ru-ru/download/confirmation.aspx?id=35 свежего пакета компонентов.

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

  • для Windows 7×32 - в папке C:\Windows\System32;
  • для Windows 7×64 - в каталоге C:\Windows\SysWOW64.

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

Не только библиотеки DLL, но и любые поврежденные системные файлы можно извлечь из установочного дистрибутива Windows 7 . Для этого просто нужно знать, какие именно файлы повреждены. Зачастую ОС сама информирует пользователя об отсутствии какого-либо DLL или об ошибке приложений, например, Explorer.exe. Получить информацию можно и самому.

Узнаем, какая системная информация неисправна

Для этого снова понадобится командная строка, как ее открыть, мы уже описали. Запишите здесь следующую команду:

indstr /N:»» %windir%\Logs\CBS\CBS.log >»%userprofile%\Desktop\sfcdetails.txt», где N - буква диска.

Нажмите Enter, после чего на рабочем столе будет создан sfcdetails.txt, который нужно открыть и внимательно просмотреть. Его содержание будет примерно таким, как на изображении ниже.

Здесь мы видим, что поврежденной является библиотека Accessibility.dll. Именно ее нужно будет найти в Сети или самостоятельно извлечь из имеющегося дистрибутива Windows 7 для проведения восстановления.

Извлекаем компоненты ОС из дистрибутива

Помимо установочного диска понадобится маленькое бесплатное приложение 7-zip. С его помощью мы будем работать с образом install.wim, расположенным в каталоге sources. Порядок следующий:


Останется только скопировать их в нужную папку или на флешку. Заменить же ими поврежденные данные можно при помощи установочного/загрузочного носителя или LiveCD.

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

SFC в среде Windows

Для выполнения подобной проверки в Windows достаточно запустить командную строку с правами администратора и выполнить:

Sfc /scannow

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

Таблица 1 - Синтаксис утилиты sfc.exe

SFC

/SCANNOW Проверка целостности всех защищенных системных файлов и восстановление, по возможности, проблемных файлов.
/VERIFYONLY Проверка целостности всех защищенных системных файлов. Восстановление файлов не выполняется.
/SCANFILE Проверка целостности указанного файла и его восстановление при обнаружении проблем. В параметре <файл> следует указать полный путь
/VERIFYFILE Проверка целостности файла, полный путь к которому указан в параметре <файл>. Восстановление файлов не выполняется.
/OFFBOOTDIR Расположение автономного каталога загрузки для автономного восстановления
/OFFWINDIR Расположение автономного каталога Windows для автономного восстановления
например:
sfc /SCANNOW
sfc /VERIFYFILE=c:\windows\system32\kernel32.dll
sfc /SCANFILE=d:\windows\system32\kernel32.dll /OFFBOOTDIR=d:\ /OFFWINDIR=d:\windows
sfc /VERIFYONLY


SFC в среде Windows RE

Взяться за написание статьи подвигло непонятное поведение утилиты sfc. exe в среде Windows RE при загрузке с установочного диска или диска восстановления, а именно предложение перезагрузить систему и выполнить проверку еще раз.

Рисунок 1 - Запуск утилиты в среде восстановления без ключей и требование перезагрузки

Подобное поведение имеет вполне логичное объяснение: для среды Windows RE раздел диска, с находящейся на ней операционной системой, является автономным каталогом. Следовательно, запуск утилиты с ключами /OFFBOOTDIR и /OFFWINDIR обязателен. Дальше выясним значения этих ключей.

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

Рисунок 2 - Раздел с системой в проводнике Windows

Рисунок 3 - Раздел с системой в оснастке "Управление дисками"

Вадим Стеркин предложил замечательный способ определения букв разделов в среде восстановления . Есть и другой - воспользоваться утилитой DISKPART . Загрузитесь в среду восстановления с установочного диска Windows, войдите в командную строку и выполните последовательно:

DISKPART List disk Sel disk 0 Detail disk

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

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

SFC

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

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

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

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

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

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

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

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

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

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

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

sfc /VERIFYFILE=c:\windows\system32\cmd.exe - сканировать только файл cmd.exe

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

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

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

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

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

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

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

findstr /c:"" %windir%\logs\cbs\cbs.log >sfcdetails.txt - найти строки, содержащие и вывести их в файл sfcdetails.txt текущего каталога.

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

00004b78 Verifying 100 (0x0000000000000064) components
00004b79 Beginning Verify and Repair transaction
00004be0 Verify complete
00004be1 Verifying 100 (0x0000000000000064) components
00004be2 Beginning Verify and Repair transaction
00004c30 Repairing corrupted file "\??\C:\WINDOWS\System32\cmd.exe" from store
00004c5a Verify complete
. . . .
00005594 Committing transaction
00005599 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%\logs\cbs\cbs.log >sfcnotrepair.txt sfcnotrepair.txt только те строки журнала cbs.log , которые содержат строку Cannot repair , т.е. на выходе мы получим перечень системных файлов, которые не удалось восстановить.

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

В каталоге \Windows\Logs\CBS\ кроме текущего файла журнала 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 10 не застрахован ни один пользователь. Они могут возникнуть по причине его целенаправленного или случайного вмешательства в работу ОС, а также по вине сторонних приложений. Если операционная система начинает жаловаться на отсутствие файлов, ошибки реестра или невозможность прочтения элементов из папки Windows, потребуется провести проверку целостности ее компонентов.

В операционной системе Windows 10 предусмотрены 2 метода анализа целостности файлов – через инструменты SFC.exe и DISM.exe. Команды не заменяют друг друга, а дополняют, проверяя различные библиотеки системы на целостность файлов. Именно поэтому рекомендуется выполнить не одну из них, а обе. Инструменты позволят проверить целостность файлов Windows 10 и заменить поврежденные или измененные на оригинальные элементы.

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

Как проверить целостность файлов в Windows 10 с помощью SFC

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

Через командную строку в интерфейсе Windows

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


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

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

Обратите внимание, если у вас имеются подозрения, что сбой в работе системы связан с определенным файлом, можно не выполнять полную проверку SFC. Достаточно ввести команду sfc /scanfile=”адрес до файла” , и он будет заменен мгновенно на оригинальную версию, если в него ранее вносились изменения или он работает с ошибкой.

Через среду восстановления

Чтобы провести проверку целостности файлов с помощью команды SFC через среду восстановления, потребуется выполнить следующие действия:

Нажмите в левом нижнем углу на кнопку «Пуск» и перейдите в «Параметры»:


diskpart list volume

После выполнения второй команды отобразится список доступных томов. Здесь требуется обратить внимание на диск, который зарезервирован системой и на системный раздел с операционной системой. Далее с ними потребуется производить манипуляции.

Продолжите вводить команды:

Exit sfc /scannow /offbootdir=C:\ /offwindir=E:\Windows

В последней команде требуется указать диски, которые были отмечены выше. То есть, в приведенном примере команды диск C является разделом с загрузчиком, а диск E – местом, где установлена операционная система Windows 10.

Внимание: Велика вероятность, что буквы дисков у вас будут отличаться от приведенных в примере, поэтому команда будет варьироваться.

  1. После ввода последней из четырех команд начнется сканирование целостности файлов операционной системы.

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

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

Как проверить целостность файлов в Windows 10 с помощь DISM

Как отмечалось выше, после проверки с помощью SFC рекомендуется приступить к анализу системы инструментом DISM. Он в ходе проверки исследует другие каталоги (и еще раз «пройдется» по файлам, которые были проверены SFC).

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

Dism /Online /Cleanup-Image /CheckHealth

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

Dism /Online /Cleanup-Image /ScanHealth

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

Dism /Online /Cleanup-Image /RestoreHealth

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

Важно: Обратите внимание, что последние две команды, которые запускают проверку целостности файлов Windows 10, могут «зависнуть» в процессе выполнения на определенном проценте (чаще всего около 20). Ни в коем случае не следует в этот момент перезагружать систему, поскольку данная ситуация является типичной, и проценты продолжат «капать» через некоторое время.

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

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

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

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

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


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


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

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

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

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

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

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