Ремонт файловой системы Windows: полное руководство по CHKDSK, SFC и DISM для NTFS и ReFS (2026)

Повреждение файловой системы или системных файлов в Windows - это критический сбой, который может привести к нестабильной работе, невозможности загрузки или потере данных. Для восстановления используются три основные встроенные утилиты: CHKDSK, SFC и DISM. Каждая из них решает конкретный класс проблем, а их грамотное комбинирование позволяет устранить большинство логических неисправностей.

Это руководство предоставляет системным администраторам и IT-специалистам проверенные на практике пошаговые инструкции. Вы научитесь точно диагностировать проблему, выбирать правильный инструмент и безопасно выполнять восстановление для файловых систем NTFS и ReFS, минимизируя простой серверов и рабочих станций.

CHKDSK, SFC или DISM: выбираем инструмент для конкретной проблемы

Основная ошибка при восстановлении Windows - хаотичное применение утилит без понимания их назначения. Это приводит к потере времени и может усугубить ситуацию. Используйте следующий алгоритм для точной диагностики.

• CHKDSK (Check Disk) работает с файловой системой (NTFS, exFAT, FAT32) и физической поверхностью диска. Его сфера ответственности: ошибки в таблице размещения файлов (MFT), потерянные кластеры, пересекающиеся файлы, битые сектора.
• SFC (System File Checker) проверяет целостность защищенных системных файлов Windows (DLL, EXE, SYS и др.) в папке %WinDir%\System32 и других ключевых каталогах. Он сверяет цифровые подписи файлов с эталонными копиями в хранилище компонентов Windows.
• DISM (Deployment Image Servicing and Management) обслуживает и восстанавливает само хранилище компонентов Windows (%WinDir%\WinSxS), которое является источником для SFC. Если хранилище повреждено, SFC не сможет восстановить файлы.

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

Алгоритм диагностики: от симптома к решению

Используйте этот чек-лист для быстрого определения проблемы и перехода к нужному разделу руководства.

1. Система не загружается, появляются ошибки типа "BOOTMGR is missing", "Inaccessible boot device" или синий экран на раннем этапе загрузки. Это указывает на повреждение загрузочных записей или критических системных файлов. Перейдите к разделу "Действия при критических сбоях".
2. Система загружается, но наблюдаются случайные сбои приложений, ошибки DLL, сбои в работе Windows Update или странное поведение интерфейса. Запустите проверку системных файлов. Выполните последовательно команды DISM, затем SFC (раздел "Пошаговое восстановление системных файлов").
3. Появляются ошибки при доступе к файлам на определенном диске ("Файл поврежден", "Невозможно прочитать" ), медленная работа с диском, CHKDSK запускается при каждой загрузке. Это признаки проблем с файловой системой или поверхностью диска. Запустите CHKDSK (раздел "Глубокая проверка и восстановление диска").
4. Работа с томами ReFS в Windows Server: необходимо провести профилактическую проверку или устранение ошибок целостности. Используйте специальные команды CHKDSK для ReFS (раздел "Особенности работы с файловой системой ReFS").

Пошаговое восстановление системных файлов утилитами SFC и DISM

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

1. Восстановление хранилища компонентов Windows с помощью DISM. Эта операция должна предшествовать запуску SFC.

DISM /Online /Cleanup-Image /RestoreHealth

• /Online - указывает на работу с текущей запущенной ОС.
• /Cleanup-Image - задает операцию обслуживания образа.
• /RestoreHealth - ключевой параметр, который инициирует поиск и замену поврежденных файлов в хранилище компонентов.

2. Проверка и восстановление системных файлов с помощью SFC. После успешного выполнения DISM запустите проверку.

sfc /scannow

• "Защита ресурсов Windows не обнаружила нарушений целостности." - проблем не найдено.
• "Защита ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила." - проблема решена. Рекомендуется перезагрузка.
• "Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них." - это указывает на то, что либо не сработал DISM, либо повреждение критическое. Необходимо проанализировать логи.

Исправление ошибок DISM: работа с источниками обновлений

В корпоративных средах или при отсутствии интернета команда DISM /RestoreHealth может завершиться с ошибкой 0x800f081f "Источник файлов не найден". В этом случае используйте локальный ISO-образ Windows той же версии и сборки, что и установленная система, в качестве источника.

1. Смонтируйте ISO-образ Windows (например, в виртуальный привод E:).
2. Выполните команду, указав путь к файлу install.wim или install.esd:

   DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:E:\sources\install.wim:1 /LimitAccess

   Параметр /LimitAccess запрещает DISM обращаться к Центру обновления Windows.
3. Для Windows Server, где часто используется образ install.esd, команда будет аналогичной:

   DISM /Online /Cleanup-Image /RestoreHealth /Source:esd:E:\sources\install.esd:1 /LimitAccess

Расшифровка логов SFC и DISM: на что обратить внимание

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

Лог SFC (CBS.log): Находится по пути C:\Windows\Logs\CBS\CBS.log. Это большой файл. Для анализа откройте его в текстовом редакторе с поддержкой поиска (например, Notepad++) и найдите строки, содержащие "cannot repair" или "corrupt". В них будет указан конкретный поврежденный файл. Пример записи:

2026-05-18 10:15:23, Info CSI 000005b4 (F) STATUS: [0xc000009a] #ERROR# от CatDB: 0x800b0100 Corruption was detected in CatDB...

Лог DISM: Расположен в C:\Windows\Logs\DISM\dism.log. Ищите строки с уровнем "Error". Код ошибки (например, 0x800f081f) - это ключ к поиску решения в документации Microsoft. Частая ошибка - отсутствие доступа к источнику обновлений, что решается методом с локальным ISO, описанным выше.

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

Глубокая проверка и восстановление диска с помощью CHKDSK

Утилита CHKDSK предназначена для исправления логических ошибок файловой системы NTFS и маркировки битых секторов. Её запуск на системном диске часто требует перезагрузки, так как для работы нужен эксклюзивный доступ к тому.

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

• chkdsk [буква_диска]: - выполняет проверку в режиме только для чтения, без исправлений.
• chkdsk [буква_диска]: /f - исправляет найденные ошибки файловой системы. Для системного тома потребует перезагрузки.
• chkdsk [буква_диска]: /r - находит поврежденные сектора и восстанавливает читаемую информацию. Включает в себя функциональность /f. Это самая долгая операция, которая может длиться часами на дисках большого объема.
• chkdsk [буква_диска]: /x - принудительно отключает том перед проверкой. Также включает /f.

Пошаговая инструкция:

1. Предварительная проверка. Запустите chkdsk C: (без параметров), чтобы оценить состояние диска и увидеть, есть ли сообщения об ошибках. Это безопасно и не вносит изменений.
2. Исправление ошибок файловой системы. Если проверка выявила проблемы, запустите chkdsk C: /f. Для системного диска (C:) утилита предложит запланировать проверку при следующей перезагрузке. Подтвердите (Y), перезагрузите компьютер и дождитесь завершения сканирования до загрузки Windows.
3. Полная проверка с восстановлением данных. При подозрении на физические повреждения диска (щелчки, медленная работа, рост числа переназначенных секторов в S.M.A.R.T.) используйте chkdsk C: /r. Будьте готовы к длительному процессу.

Запуск CHKDSK из среды восстановления (WinRE): Если система не загружается или диск заблокирован, используйте загрузочный USB-накопитель с Windows или диск восстановления. Загрузитесь в среду восстановления, выберите "Поиск и устранение неисправностей" -> "Дополнительные параметры" -> "Командная строка" и выполните команду для нужного тома (его буква в WinRE может отличаться, используйте diskpart и list volume для уточнения).

Анализ отчета CHKDSK: понимание килобайт в bad-секторах

По завершении проверки с параметром /r CHKDSK выводит отчет. Строка "xxxxxx KB in bad sectors" часто вызывает тревогу. Важно правильно её интерпретировать.

Это значение показывает объем данных, которые находились в секторах, признанных нечитаемыми на момент проверки. CHKDSK пытается прочитать данные из сомнительного сектора. Если попытка неудачна, сектор помечается как "bad" (сбойный), и данные, которые должны были там храниться, теряются. Эти "килобайты в bad-секторах" - и есть потерянные данные.

Единичное небольшое значение (несколько килобайт) после однократного запуска /r - не катастрофа, это мог быть разовый сбой. Однако если это значение значительно (сотни мегабайт/гигабайты) или оно постоянно увеличивается при последующих проверках - это явный признак деградации поверхности жесткого диска или проблем с памятью NAND в SSD. В этом случае диск следует рассматривать как ненадежный и планировать его замену в ближайшее время. Рекомендуется немедленно создать резервную копию всех важных данных и ознакомиться с процедурами восстановления данных.

Особенности работы с файловой системой ReFS в Windows Server

Resilient File System (ReFS), начиная с версии 3.x в Windows Server, кардинально меняет подход к обслуживанию. Классический CHKDSK с параметрами /f и /r для неё не применяется. Вместо этого используется онлайн-проверка целостности и автоматическое восстановление с помощью тех же утилит, но с другими ключами.

Основные команды для ReFS:

• chkdsk [буква_диска]: /scan - запускает онлайн-проверку тома ReFS. Файловая система остается доступной для чтения и записи во время сканирования. Это основной инструмент для профилактики.
• chkdsk [буква_диска]: /spotfix - выполняет точечное исправление. Эта операция требует кратковременного отключения тома (несколько секунд). Используется, когда /scan выявил ошибки, требующие вмешательства с монопольным доступом.

Состояние томов ReFS можно быстро проверить в PowerShell:

Get-Volume | Select-Object DriveLetter, FileSystemType, HealthStatus, OperationalStatus

Профилактическое обслуживание ReFS для минимизации простоев

Сила ReFS - в предотвращении сбоев, а не в их исправлении. Внедрите регулярные проверки целостности.

Создайте PowerShell-скрипт для планировщика задач:

# Проверка всех томов ReFS и запуск онлайн-сканирования
Get-Volume | Where-Object {$_.FileSystemType -eq 'ReFS'} | ForEach-Object {
    Write-Host "Запуск онлайн-сканирования для тома $($_.DriveLetter):"
    chkdsk $($_.DriveLetter): /scan
}

Действия при критических сбоях: восстановление загрузки и данных

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

1. Создание загрузочного носителя. Используйте Media Creation Tool с официального сайта Microsoft или имеющийся установочный ISO-образ Windows для создания загрузочной USB-флешки.
2. Загрузка в WinRE. Загрузитесь с созданного носителя. На экране установки выберите "Восстановление системы" -> "Поиск и устранение неисправностей" -> "Дополнительные параметры" -> "Командная строка".
3. Восстановление загрузчика. В командной строке выполните последовательно команды:

   bootrec /fixmbr
   bootrec /fixboot
   bootrec /rebuildbcd

4. Проверка диска и системных файлов в автономном режиме. Определите букву системного раздела. Часто в WinRE буква C: присваивается зарезервированному разделу, а системный диск становится D:. Используйте dir D:\Windows для проверки. Затем выполните:

   chkdsk D: /r
   sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows

   Параметры /offbootdir и /offwindir указывают SFC на расположение автономной системы.
5. Приоритетное копирование данных. Перед агрессивными операциями, если диск определяется, скопируйте критически важные данные на внешний носитель. Используйте robocopy для надежного копирования с сохранением прав и атрибутов. Если файловая система повреждена настолько, что данные не читаются стандартными средствами, потребуются специализированные инструменты для восстановления данных.
6. Решение о переустановке. Если после выполнения всех шагов система по-прежнему не загружается или работает нестабильно, а данные уже сохранены, наиболее эффективным решением часто становится чистая переустановка Windows. Это экономит время на дальнейшую диагностику неустранимых повреждений.

ЧАВО: ответы на частые вопросы и тонкие настройки

Вопрос: SFC и DISM не работают в Windows Server 2012 R2 или выдают ошибки. Что делать?
Ответ: Для Server 2012 R2 убедитесь, что установлен пакет обновления и последние накопительные обновления. Некоторые старые сборки имеют известные проблемы с хранилищем компонентов. В качестве альтернативы можно использовать устаревшую утилиту Dism.exe с синтаксисом, специфичным для той версии, или рассмотреть возможность обновления сервера до актуальной версии.

Вопрос: Как запустить CHKDSK для диска, который постоянно "занят другим процессом"?
Ответ: Используйте параметр /x для принудительного отключения тома: chkdsk D: /f /x. Если это не помогает, отключите том вручную через diskpart (команды select volume X, затем offline volume), а после проверки верните онлайн (online volume). Для системного диска это неприменимо - требуется перезагрузка.

Вопрос: Можно ли отменить выполнение chkdsk /r?
Ответ: Прервать проверку после начала фазы проверки секторов (этап 4 из 5) не рекомендуется, так как это может оставить диск в несогласованном состоянии. Прервать процесс на ранних этапах (1-3) можно перезагрузкой компьютера, но это также нежелательно. Лучше дождаться завершения.

Вопрос: В чем разница между chkdsk /r и chkdsk /b в NTFS?
Ответ: Параметр /b доступен только в NTFS. Он повторно оценивает все ранее помеченные "плохие" кластеры на диске, проверяя, являются ли они на самом деле исправными. Это полезно после замены жесткого диска или после того, как диск был протестирован другими средствами. Параметр /r включает в себя функциональность /b.

Вопрос: Как проверить журнальные области NTFS с помощью fsutil?
Ответ: Команда fsutil fsinfo ntfsinfo C: покажет, среди прочего, размер журнала NTFS ($LogFile). Для более глубокой диагностики можно использовать fsutil repair query C: для запроса состояния тома. Однако для фактического исправления ошибок журнала по-прежнему требуется chkdsk.

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