sfc /scannow и DISM RestoreHealth: как проверить и восстановить системные файлы Windows

Системные файлы Windows защищены: подмена или повреждение должны выявляться. За проверку отвечает утилита sfc, то есть System File Checker. Она сравнивает защищённые файлы с эталонными копиями и заменяет повреждённые. Эталонные копии sfc берёт из хранилища компонентов, о котором рассказано на странице про папку WinSxS.

А если повреждено само хранилище, sfc нечем восстанавливать файлы и сообщит, что часть исправить не удалось. Для такого случая существует DISM — средство обслуживания образа. Команда RestoreHealth проверяет хранилище и скачивает недостающие или исправные компоненты, обычно через Центр обновления Windows, и заменяет повреждённые.

Поэтому рекомендуемый порядок такой: сначала DISM, чтобы восстановить источник, а затем sfc, чтобы восстановить файлы. Если sfc уже сообщил об отсутствии проблем, DISM, как правило, не нужен. Утилиты применяют при необъяснимых ошибках системных окон, сбоях обновлений, исчезновении компонентов и после вирусной активности.

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

1. Откройте командную строку или терминал от имени администратора.

1. Выполните DISM /Online /Cleanup-Image /RestoreHealth и дождитесь завершения. Индикатор может долго стоять на одном проценте, это нормально.

1. После сообщения об успешном завершении выполните sfc /scannow. Проверка занимает несколько минут и более на медленных дисках.

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

1. Перезагрузите компьютер и проверьте, исчезла ли проблема.

Если вы используете DISM впервые, начните с более лёгких вариантов: /CheckHealth быстро проверяет флаги повреждения, /ScanHealth сканирует подробнее, но ничего не исправляет. Исправляет только RestoreHealth.

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

Режим ScanHealth выполняет полное сканирование хранилища и ищет повреждения, но ничего не исправляет. Его удобно запускать, если вы хотите понять, есть ли проблема, прежде чем что-либо менять. Время работы заметно больше, чем у CheckHealth.

Режим RestoreHealth сканирует и исправляет, при необходимости загружая недостающие компоненты. Именно его используют для восстановления. Если вы не хотите тратить время на промежуточные проверки, можно сразу запускать RestoreHealth: он сам выявит повреждения. Первые два режима удобны, когда нужно только оценить ситуацию или собрать сведения для специалиста перед тем, как вносить изменения в систему.

По окончании проверки sfc выводит один из нескольких итогов.

Точные формулировки зависят от языка и версии системы. Повторите sfc после DISM один-два раза: иногда с первого раза остаются файлы, которые удаётся восстановить со второго. Если сообщение повторяется, переходите к журналу, чтобы понять, какие именно файлы вызывают проблему.

Подробности работы sfc записываются в файл CBS.log в папке C:\Windows\Logs\CBS. Он большой и содержит много служебных строк, поэтому читать его целиком не нужно. Чтобы выбрать только строки sfc, можно воспользоваться командой findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfc.txt". Она выберет строки с пометкой [SR] и сохранит их на рабочем столе для удобства чтения.

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

Для DISM существует собственный журнал, который лежит в папке Logs\DISM. Он полезен, если RestoreHealth завершается кодом ошибки: запишите код и поищите его в справке производителя системы.

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

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

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

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

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

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