Проверка целостности системных файлов в Windows 10 через командную строку

Всем известна команда sfc, но мало кому помогает. По иронии судьбы время, когда причина неработоспособности системы крылась в повреждении системных файлов Windows (10, 7, ХР), уходит в Лету: разработчики хвалят новую систему защиты. Сегодня нужно грешить на ошибки реестра, трояны, сетевые атаки. Но компоненты системы обычно находятся в полном порядке. Скажем больше: на тех, кто постоянно суётся с такими советами, как запуск sfc и chkdsk, многие смотря с жалостью. Обычно эта методика не помогает. Тем не менее, полезно уметь проверять целостность системных файлов в Windows 10 через командную строку.

Лучше всего действовать от имени администратора. Это мы и будем делать. Мы также попробуем проделать восстановление системных файлов Windows. Например, хорошо помогает откат к предыдущей точке. Такое положение вещей объясняется очень просто: раньше средства восстановления были менее доступными. Их не так широко рекламировали. Разве не было в семёрке тех же возможностей? Ну, разве что за некоторым исключением. Но только сейчас так активно обсуждаются методики отката как к точке восстановления, так и предыдущей версии.

Самоконтроль

Команда sfc традиционно используется для указанных целей. К сожалению, нам не сообщается полный диапазон её возможностей. Так например, говорится, что файлы могут быть восстановлены. Но каким образом? Из специального раздела системы? Если это так, то зачем вообще делать «откат»? Все библиотеки можно было бы переписать и без этого.

Команда запускается из командной строки от имени админа (Win + X и выбор нужной опции). Все параметры помощи написаны по-русски, мы не собираемся их перепечатывать. Прочитайте сами:

1. Win + X.
2. Запуск строки.
3. Введите sfc без параметров для получения помощи.

Из отмеченных опций упомянем offbootdir и offwindir. Они используются при работе офф-лайн (без сети). Но десятка содержит по умолчанию каталог восстановления размером от 4 до 6 ГБ, откуда возьмёт все необходимые копии. Понятно, что этот метод менее надёжный, чем сетевой. Поэтому и рекомендуют эти ключи опускать. Таким образом для полной проверки и исправления нужно записать: sfc /scannow. Также можно выполнять тестирование по одному файлу (см. скрин), если появляется такая необходимость. Скорее всего, большей части наших читателей все прочие записи, помимо основной, никогда не понадобятся.

Логи работы ПО находятся по адресу C:\Windows\Logs\CBS. Но рыться в них неблагодарное дело. Проще сделать откат.

Повреждения

• Если найдётся что-то, то утилита предупредит.
• Ищем в логах нужные элементы по ключевому слову corrupted.

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

Проверка образа

При работе офф-лайн используется восстановительный образ системы. Мы не знаем, где он хранится, а хакеры в курсе. Следовательно, намеренно могут испортить. Не факт, что ОС как-то это контролирует. Для работы с образами Майкрософт предлагает утилиту dism. Для нас не так важно, где хранится этот раздел, как возможность его проверить. Об этом немало написано на официальном сайте компании (technet.microsoft.com/en-us/library/hh824869.aspx). Собственно, текст не сложный, переводить в этот раз не станем.

Используются следующие строки:

1. Dism /Online /Cleanup-Image /ScanHealth. Сканирует образ. Пусть читателей не вводит в заблуждение параметр online. Образ хранится на местном диске, и выполняется его сканирование.
2. Dism /Online /Cleanup-Image /CheckHealth. Эта команда всего лишь проверяет, не получил ли ранее образ пометок, как «неисправный» какими-либо процессами.

Та и другая команда позволяют решить, нужно ли что-то предпринимать. Впрочем решение всегда одно: нужно найти рабочий образ (например, с установочного носителя) и выполнить восстановление командой Dism /Online /Cleanup-Image /RestoreHealth /Source:c:\test\mount\windows /LimitAccess. После Source нужно вставить путь к носителю. Допускается восстанавливать и ОС, не активные в данный момент. Например, со сломанных ПК. Для этого и применяется ключ offline.

В нашем случае все в порядке. Иначе утилита сообщила бы об ошибке. Иначе говоря, проверка системных файлов Windows завершилась успешно. Если требуется восстановить с сервера (обновлений), то опускается источник: DISM.exe /Online /Cleanup-image /RestoreHealth. В противном случае применяйте носители, созданные при помощи Media Creation Tool. Образ называется install (с расширением wim или esd) и хранится в папке source. Собственно, вес у него такой, что спутать довольно сложно.

В источнике файлов восстановления указывайте этот самый образ. Перед началом операций проверьте, та ли версия ОС записана на носитель. Для этого введите команду dism /Get-WimInfo /WimFile:U:\sources\install.esd /index:1. Где под U подразумевается путь к установочному носителю. Вот пример ответа для Профессиональной версии. После source, через двоеточие можно добавлять ESD или WIM (в зависимости от расширения), по нашим наблюдениям от этого ничего не меняется – но пробуйте!

Где взять установочный носитель

Скачайте средство Media Creation Tool (microsoft.com/ru-ru/software-download/windows10). Это поможет проверить целостность системных файлов Windows гарантированно по той простой причине, что утилита предложит записать именно ту версию ОС, которая стоит на данной машине.

Выберите нужную опцию и вперёд!

Не ошибитесь при выборе пути к флэшке. Как вариант, запишите образ, смонтируйте двойным кликом в дисковод перед тем, как восстановить системные файлы Windows 10. Плюс MCT в том, что операционный номер будет на 100% соответствовать. Потому что сборки меняются. В нашем случае носитель был создан для старой версии десятки (самой первой). Он может и не работать с юбилейной!

Нужно сказать, что процесс этот не быстрый, так что попейте чаю, пока ПК закончит свою работу. Обратите внимание, что гораздо проще восстановиться с сервера, но и ошибок больше. Очевидцы говорят (tenforums.com/performance-maintenance/40142-dism-unable-locate-install-wim-file-4.html), что иногда приходится запускаться несколько раз прежде, нежели будет достигнут положительный результат.

Обращает на себя тот факт, что утилита прилежно качает образ с официального сайта. Это гарантирует отсутствие ошибок на носителе. В связи со сказанным становится понятным, как полезно иметь под рукой готовый установочный носитель для текущей системы. В случае таких неурядиц не нужно надеяться на центр обновлений, который не всегда доступен. Вот хороший пример синтаксиса (answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_repair/where-is-source-wim-or-esd-for-dism-build-10586/c3c862ab-a5c5-47d0-a413-53a19f6ccd56?auth=1). Единственный, который нам удалось найти.

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

Мы рассказали, как происходит подъем системы в случае сбоя, но привели свои и чужие доводы, говорящие в пользу того, что штатные утилиты работают не лучшим образом. Хорошо, что при помощи них не нужно проводить восстановление удалённых файлов. А то вот, не дай Бог, так удалить что-нибудь и пользоваться таким инструментарием. В том смысле, что мы уверены, что все было сделано правильно, но результат нет. Никогда не пользуйтесь помощью Win32.