- 7 мин. чтения
- 15 мая 2026
DISM и SFC: восстановление Windows через командную строку
Когда Windows начинает странно себя вести (обновления не ставятся, приложения вылетают, появляются загадочные коды ошибок), первое, что советуют на форумах: «запусти SFC». Второе: «прогони DISM». Эти две утилиты — встроенные в Windows инструменты для восстановления системных файлов, и они закрывают огромную долю проблем без переустановки. Разбираемся, чем они отличаются, в каком порядке запускать и что делать, если они сами ругаются на ошибки.
Что такое SFC и DISM
SFC (System File Checker) — утилита проверки целостности защищённых системных файлов. Сравнивает текущие файлы Windows с эталонными копиями, хранящимися в локальном кэше компонентов. Если находит изменения или повреждения, восстанавливает файл из кэша. Простой, быстрый и относительно безопасный инструмент.
DISM (Deployment Image Servicing and Management) — более мощная утилита для обслуживания образа Windows. Может проверять и восстанавливать сам кэш компонентов (тот самый, на который опирается SFC), монтировать WIM-образы, добавлять и удалять компоненты Windows, готовить ISO для развёртывания. Для рядового пользователя главная функция DISM — это лечение хранилища компонентов, когда оно повреждено.
Ключевая логика их связки: SFC берёт «эталоны» из локального кэша компонентов. Если сам кэш повреждён, SFC ничего не восстановит, потому что эталонов нет. DISM лечит этот кэш, обращаясь к серверам Microsoft Windows Update или к указанному ISO. Поэтому правильный порядок при серьёзных проблемах: сначала DISM (починим кэш), потом SFC (починим файлы из кэша).
Запуск утилит: подготовка
Обе утилиты требуют командной строки с правами администратора. Через обычное окно cmd они либо вообще не запустятся, либо сделают неполную проверку и выдадут ошибку доступа.
На Windows 11 удобнее всего запускать через Терминал: Win + X, «Терминал (Администратор)». На Windows 10 — «Пуск», начните печатать «cmd», правый клик на «Командная строка», «Запустить от имени администратора». Подтвердите запрос UAC.
Перед запуском желательно закрыть лишние приложения и иметь хотя бы 30-40 минут свободного времени. SFC обычно работает 5-15 минут, DISM с восстановлением может крутиться 20-40 минут в зависимости от состояния системы и скорости интернета.
SFC: проверка системных файлов
Основная и почти единственная нужная команда:
sfc /scannow
Запускает сканирование всех защищённых системных файлов и автоматически восстанавливает повреждённые из локального кэша компонентов. Возможные результаты:
«Защита ресурсов Windows не обнаружила нарушений целостности» — всё хорошо, файлы целы, проблема в чём-то другом.
«Защита ресурсов Windows обнаружила повреждённые файлы и успешно их восстановила» — нашла и починила. После этого перезагрузите компьютер и проверьте, ушла ли изначальная проблема.
«Защита ресурсов Windows обнаружила повреждённые файлы, но не смогла восстановить некоторые из них» — самый частый плохой сценарий. Это значит, что эталоны в кэше компонентов сами повреждены. Нужно сначала прогнать DISM, потом снова SFC.
Для просмотра подробного отчёта SFC создаёт лог по адресу C:\Windows\Logs\CBS\CBS.log. Файл объёмный, но через PowerShell можно вытащить только записи о повреждённых файлах:
findstr /c:"[SR]" C:\Windows\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfc_details.txt"
Команда создаст на рабочем столе файл sfc_details.txt с конкретным перечнем проблемных файлов. Полезно, когда SFC говорит, что не смог что-то восстановить, и хочется понять, что именно.
Дополнительный параметр /verifyonly делает только проверку без попытки восстановления. Полезно, если хотите оценить масштаб проблемы перед запуском полной процедуры:
sfc /verifyonly
DISM: проверка и восстановление хранилища компонентов
У DISM три ключевых параметра для работы с образом текущей системы, выстраивающихся в логичную последовательность.
/CheckHealth — быстрая проверка флагов повреждений (которые могли быть установлены ранее). Команда не сканирует образ, а только смотрит, отмечен ли он уже как повреждённый. Занимает несколько секунд:
DISM /Online /Cleanup-Image /CheckHealth
Результат «No component store corruption detected» означает, что флагов повреждения нет. Это не гарантирует целостность, а только то, что прошлые операции не пометили хранилище как сломанное.
/ScanHealth — полноценное сканирование хранилища компонентов. Занимает 5-15 минут, реально проверяет целостность каждого компонента. Ничего не чинит, только сообщает результат:
DISM /Online /Cleanup-Image /ScanHealth
Если выдаёт «The component store is repairable», нужно запустить восстановление. Если «The component store is not repairable», восстановить через стандартный DISM не получится (см. раздел про ISO ниже).
/RestoreHealth — главная команда: проверяет хранилище и автоматически восстанавливает повреждения, скачивая нужные компоненты с серверов Microsoft через Windows Update:
DISM /Online /Cleanup-Image /RestoreHealth
Процесс занимает 15-30 минут. Прогресс долго стоит на 20% и 60%, это нормально, не прерывайте. После завершения успешного восстановления запустите SFC /scannow ещё раз: теперь у него будет здоровое хранилище, и он починит файлы, которые в прошлый раз не смог.
Полный «правильный» порядок при сложных проблемах с обновлениями или системными ошибками: DISM /ScanHealth (диагностика), DISM /RestoreHealth (лечение хранилища), SFC /scannow (лечение файлов), перезагрузка. Этот алгоритм работает для большинства случаев, когда система барахлит без явной причины. Тот же подход применяется при ошибке 0x800703F1 и 0x8000FFFF Catastrophic Failure.
Что делать, если DISM не справляется
Главная ошибка, которую видят при попытке восстановления: «Не удалось найти исходные файлы» (0x800f081f). Это значит, что DISM пытался скачать заменители повреждённых компонентов с Windows Update, но не смог. Возможные причины: повреждена служба Windows Update, нет подключения к интернету (или оно нестабильно), на машине отключены автоматические обновления через групповые политики.
Решение: использовать оригинальный ISO Windows как локальный источник восстановления. Скачать ISO из России можно с нашего зеркала (про обходы блокировки Windows 11 у нас отдельная статья). После загрузки смонтируйте ISO двойным кликом в проводнике (появится виртуальный диск, например, E:) и запустите:
DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:E:\sources\install.wim:1 /LimitAccess
Где E: — буква смонтированного ISO, цифра 1 — индекс редакции внутри install.wim (обычно 1 или 2 для Home/Pro). Параметр /LimitAccess запрещает DISM обращаться к интернету и ограничивает его указанным локальным источником. Это надёжнее, потому что система не пытается параллельно тянуть что-то с серверов Microsoft.
Если внутри ISO лежит install.esim вместо install.wim (Windows 11 24H2 и новее иногда поставляется в сжатом формате), команда будет:
DISM /Online /Cleanup-Image /RestoreHealth /Source:ESD:E:\sources\install.esd:1 /LimitAccess
В крайнем случае, когда DISM не может починить даже с ISO-источника, остаётся вариант «обновление на месте» (in-place upgrade): запуск setup.exe из смонтированного ISO с сохранением программ и файлов. Это переустанавливает все системные компоненты, но не трогает пользовательские данные.
Дополнительные возможности DISM
За пределами восстановления у DISM есть ещё несколько полезных команд, которые редко упоминают в общих гайдах.
/StartComponentCleanup очищает устаревшие версии компонентов после обновлений Windows. После крупных обновлений в системе остаются предыдущие версии файлов на случай отката. Если откат уже точно не нужен и хочется освободить место на диске (часто 5-10 ГБ), запустите:
DISM /Online /Cleanup-Image /StartComponentCleanup
Можно усилить очистку через параметр /ResetBase: компонентное хранилище ужмётся ещё сильнее, но после этого нельзя будет удалить установленные обновления:
DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase
/AnalyzeComponentStore показывает, сколько места занимает хранилище и сколько можно освободить через очистку. Полезно перед StartComponentCleanup, чтобы оценить выгоду:
DISM /Online /Cleanup-Image /AnalyzeComponentStore
Эти команды одинаково работают на Windows 10, 11 и Windows Server любых редакций. На серверных Windows они особенно полезны, потому что компонентное хранилище там разрастается быстрее из-за регулярных установок ролей и фич.
Когда SFC и DISM бессильны
Эти утилиты лечат проблемы целостности системных файлов, но не лечат всё подряд. Случаи, когда SFC и DISM не помогут:
Аппаратные проблемы. Сбойный модуль ОЗУ, дохнущий диск, перегрев процессора, проблема с блоком питания вызывают ошибки, которые SFC/DISM никак не починят. Симптом: BSOD без чёткой системной причины, случайные перезагрузки, повторное появление повреждений после восстановления. Проверка через mdsched.exe (память) и CrystalDiskInfo (диск) намного полезнее.
Проблемы с драйверами. Если вылетает конкретная программа или BSOD указывает на конкретный системный драйвер, лечит обновление или откат драйвера, а не SFC. Проверить версию драйвера и определить виновника можно через диспетчер устройств.
Проблемы со сторонним софтом. Antivirus, VPN, оптимизаторы реестра могут конфликтовать с системными процессами. Здесь поможет чистая загрузка (msconfig → выключить все сторонние службы) и постепенное включение по группам.
Глубокое повреждение базы данных лицензирования. Если sfc/dism прошли успешно, а проблема активации осталась, копать в сторону slmgr и службы Software Protection (sppsvc) через services.msc.
SFC и DISM — это инструменты для починки фундамента системы. Когда фундамент цел, а проблема всё равно есть, искать её надо в надстройке: драйверы, ПО, лицензирование, железо. Лучшая практика для рядового пользователя: при любых странных глюках Windows прогонять связку DISM /RestoreHealth и SFC /scannow в самом начале диагностики. Не помогло — значит проблема не там. Все наши статьи про лицензионные ключи Windows собраны в каталоге Microsoft Windows.
Полезная статья?
Ваша оценка
поможет нам стать лучше








