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

Утилита SFC.EXE ( S ystem F iles C hecker) существует во всех версиях 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 — выполнить проверку целостности системных файлов и восстановить поврежденные. Результаты работы записываются в журнал утилиты \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 проверок отображается итоговая информация, сопровождаемая тегом [SR] , что позволяет выделить из довольно объемного текста только те записи, которые содержат данный признак, с использованием команды поиска строки в текстовом файле findstr :

findstr /c:»[SR]» %windir%\logs\cbs\cbs.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:\WINDOWS\System32\cmd.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%\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 10 есть интересная функция — «автономные файлы», которая позволяет сделать сетевые файлы и папки доступными в автономном режиме, когда вы не подключены к этой сети. Данная функция очень полезна, если необходимо получить доступ к сетевым ресурсам в автономном режиме. Сейчас разберемся как ее активировать.

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

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

Можно включить автономные файлы с помощью Панели управления или настройки реестра. Рассмотрим оба метода.

Чтобы включить автономные файлы в Windows 10, выполните следующие действия.

• Откройте классическое приложение панели управления;
• Переключите его вид на «большие значки» или «маленькие значки», как показано ниже:

• Найдите значек «Центр синхронизации»:

• Откройте Центр синхронизации и щелкните ссылку управление автономными файлами слева:

Нажмите кнопку «Включить автономные файлы»:

Перезагрузите Windows 10, чтобы применить изменения. Готово!

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

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

• Откройте редактор реестра Windows (Win + R, далее regedit):

Перейдите к следующему разделу реестра:

• Справа измените или создайте новое 32-разрядное значение DWORD с названием Start:

• Установите его значение 1 в десятичном формате, чтобы включить функцию автономных файлов (0 — чтобы выключить).
• Перезагрузите компьютер.

Чтобы сэкономить время, можно загрузить и применить готовые файлы реестра: offline_files.

В качестве источника этой статьи использовались материалы с этой страницы — Winaero .

Использование автономных файлов – доступ без подключения к сети

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

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

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

Преимущества использования автономных файлов

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

Вот основные преимущества работы с автономными файлами:

• Неуязвимость к перебоям в работе сети. При работе с автономными файлами не важно, возникают неполадки в работе сети или сетевая папка становится недоступной. Если такое случится, Windows автоматически откроет сохраненную на компьютере автономную копию сетевого файла, поэтому работу можно будет продолжить без помех.
• Работа с файлами без подключения к сети. Обычно после отключения от сети, невозможно открыть файлы, сохраненные в сети. Однако сделав сетевые файлы доступными автономно, можно иметь копии всех этих файлов, даже подлодки от сети. Это особенно удобно для работы на ноутбуке в дороге.
• Легкая синхронизация с сетевыми файлами. Автономные файлы можно синхронизировать с последними версиями файлов в сетевой папке одним нажатием кнопки.
• Увеличение эффективности работы в случае медленного подключения. Если подключение к сети работает медленно, работа с файлами из общей сетевой папки может стать малопродуктивной и медленной. Для ускорения работы можно переключиться на работу с автономными файлами.

Синхронизация автономных файлов

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

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

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

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

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

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

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

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

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

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

Запустите командную строку (CMD) от имени администратора. Нажмите «поиск» и напишите просто «cmd» или «командная строка», далее по ней правой кнопкой мыши и запуск от имени админа.

Задайте команду sfc /scannow и дождитесь окончания процесса.

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

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

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

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

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

• DISM /ONLINE /CLEANUP-IMAGE /RESTOREHEALTH

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

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

Мы будем использовать Windows PowerShell, чтобы показать, как использовать службу обслуживания и управления DISM для сканирования и исправления поврежденных системных файлов в Windows 10. Этот способ будет более эффективный для обновления 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.

Анализ лога CBS, какие файлы не удалось восстановить

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

• Перейдите по пути C:\Windows\Logs\CBS
• Откройте файл CBS.log в блокноте или текстовом редакторе.
• В блокноте нажмите Ctrl+F, чтобы вызвать поиск
• В поиске напишите Cannot repair member file, чтобы найти файлы, которые не удается восстановить.
• Если поиск не дал результатов, то найдите записи [SR] и вы обнаружите, что все они одинаковы 100 components.
• Ищите листая вручную любые изменения, отличные от 100 components, где вы и найдете поврежденный файл или указание.
• Ориентируетесь по времени, когда вы примерно запускали сканирование SFC, так как лог может быть и за вчерашний день.