В современных версиях Windows, начиная с 7, есть встроенное средство проверки системных компонентов. Эта утилита относится к разряду служебных и помимо сканирования умеет восстанавливать те файлы, что были повреждены.
Использование системы обслуживания образов DISM
Признаки повреждения компонентов ОС довольно стандартны: BSOD, зависания, перезагрузки. При проверке командой sfc /scannow пользователь также может получить следующее сообщение: «Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них». В такой ситуации имеет смысл воспользоваться встроенной системой обслуживания образов DISM.
В ходе запуска проверки у некоторых пользователей может возникнуть ошибка, связанная с отсутствием определенного пакета обновлений. Мы рассмотрим стандартный запуск DISM и устранение возможной проблемы использования этой служебной программы.
- Откройте командную строку от имени администратора: нажмите «Пуск», напишите
cmd, кликните по результату ПКМ и выберите пункт «Запуск от имени администратора». - Впишите следующую команду:
DISM /Online /Cleanup-Image /ScanHealth - Теперь потребуется подождать некоторое время, пока будет производиться проверка. Ее ход отображается в виде прибавляющихся точек.
Если все прошло хорошо, командная строка выдаст соответствующее сообщение с подробной информацией.
В некоторых случаях проверка завершится аварийно с ошибкой 87, сообщающей: «Параметр ScanHealth не распознан в этом контексте». Это происходит из-за отсутствующего обновления KB2966583. Следовательно, его потребуется установить вручную, чтобы получить возможность работы с DISM. Разберем, как это сделать.
- Перейдите на страницу загрузки необходимого обновления с официального сайта Microsoft по этой ссылке.
- Прокрутите страницу вниз, найдите таблицу с файлами для скачивания, выберите разрядность вашей ОС и нажмите на «Загрузить пакет».
- Выберите предпочитаемый язык, дождитесь автоматической перезагрузки страницы и нажмите на кнопку скачивания.
- Запустите скачанный файл, произойдет короткая проверка на наличие данного обновления на ПК.
- После этого появится вопрос, действительно ли вы хотите установить обновление KB2966583. Нажмите «Да».
- Начнется установка, подождите.
- По завершении закройте окно.
- Теперь снова попробуйте запустить восстановление поврежденного хранилища системных компонентов, выполнив шаги 1-3 из инструкции выше.
Теперь вы знаете, как пользоваться системой обслуживания образом DISM в обычных условиях и при ошибке, вызванной отсутствием установленного обновления.
Наша группа в TelegramПолезные советы и помощь
Applies ToWindows 8.1 Windows 8.1 Enterprise Windows 8.1 Pro Windows 8 Windows 8 Enterprise Windows 8 Pro Windows 7 Enterprise Windows 7 Home Basic Windows 7 Home Premium Windows 7 Professional Windows 7 Starter Windows 7 Ultimate Windows Vista Enterprise 64-bit Edition Windows Vista Ultimate 64-bit Edition Windows Vista Business Windows Vista Business 64-bit Edition Windows Vista Enterprise Windows Vista Ultimate Windows 10 Windows 11
Если критически важные системные файлы Windows отсутствуют или повреждены, некоторые функции Windows могут перестать работать правильно или Windows может перестать отвечать на запросы. В этом случае можно использовать средство обслуживания образов развертывания и управления ими (DISM) и средство проверки системных файлов (SFC), чтобы проверить системные файлы и восстановить все поврежденные или отсутствующие файлы.
Шаг 1. Запуск DISM
DISM предоставляет файлы, необходимые для восстановления поврежденных файлов. Перед запуском средства проверки системных файлов необходимо запустить DISM. Для этого сделайте следующее:
-
Откройте командную строку с повышенными привилегиями.
-
Введите cmd в поле Поиск .
-
В результатах поиска щелкните правой кнопкой мыши командную строку и выберите Запуск от имени администратора.
-
Если появится запрос на подтверждение или пароль администратора, введите пароль или нажмите кнопку Разрешить.
-
-
В окне командной строки введите следующую команду и нажмите клавишу ВВОД. Выполнение командной операции может занять несколько минут.
DISM.exe /Online /Cleanup-image /Restorehealth
Советы:
-
DISM использует клиентский компонент Центра обновления Windows в качестве источника для предоставления необходимых файлов. Однако если клиент клиентский компонент Центра обновления Windows не работает, в качестве источника файлов можно использовать запущенную установку Windows или боковую папку Windows из общей сетевой папки или съемных носителей, таких как DVD-диск Windows. Для этого введите в командной строке такую команду:
-
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\RepairSource\Windows /limitAccess
-
В приведенной выше команде замените заполнитель C:\RepairSource\Windows расположением источника восстановления. Дополнительные сведения об использовании средства DISM для восстановления Windows см. в разделе Восстановление образа Windows.
Шаг 2. Запуск средства проверки системных файлов
В окне командной строки введите следующую команду и нажмите клавишу ВВОД:
sfc /scannow
Предупреждение: Не закрывайте это окно командной строки, пока проверка не завершится на 100 %.
Команда sfc /scannow сканирует все защищенные системные файлы и заменяет поврежденные файлы кэшированной копией. Результаты проверки будут показаны после завершения данного процесса. Вы можете получить одно из следующих сообщений:
|
Сообщение о результатах сканирования |
Соответствующее действие |
|---|---|
|
Защита ресурсов Windows не обнаружила нарушений целостности. |
У вас нет отсутствующих или поврежденных системных файлов. |
|
Защита ресурсов Windows не может выполнить запрошенную операцию. |
Чтобы устранить эту проблему, выполните проверку системных файлов в безопасном режиме. Убедитесь, что папки PendingDeletes и PendingRenames находятся в папке %WinDir%\WinSxS\Temp. Заполнитель %WinDir% представляет папку операционной системы Windows, например C:\Windows. |
|
Защита ресурсов Windows обнаружила поврежденные файлы и успешно исправила их. |
Операция прошла успешно. Подробные сведения о проверке и восстановлении системных файлов см. в статье Просмотр сведений о процессе проверки системных файлов. |
|
Защита ресурсов Windows обнаружила поврежденные файлы, но не смогла исправить некоторые из них. |
Для восстановления поврежденных файлов вручную просмотрите подробные сведения процесса работы средства проверки системных файлов, чтобы найти поврежденный файл, а затем вручную заменить поврежденный файл гарантировано работоспособной копией. |
Дополнительная информация
Просмотр сведений, включенных в CBS. Чтобы скопировать данные из журнала в текстовый файл на рабочем столе, выполните следующие действия:
-
Откройте командную строку с повышенными привилегиями, как описано ранее.
-
В окне командной строки введите следующую команду (в одной строке) и нажмите клавишу ВВОД:
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt"
Примечание: Файл Sfcdetails.txt содержит сведения о каждом запуске средства проверки системных файлов на компьютере. Он также содержит информацию о файлах, которые не были исправлены средством проверки системных файлов. Проверьте дату и время записей, чтобы определить проблемные файлы, обнаруженные при последнем запуске средства проверки системных файлов.
-
Откройте файлSfcdetails.txt на рабочем столе.
-
Файл Sfcdetails.txt использует следующий формат:
Сведения О SFC даты и времени. Следующий пример файла журнала содержит запись для файла, который не удалось исправить: 2007-01-12 12:10:42, Info CSI 00000008 [SR] Не удается восстановить файл-член [l:34{17}]»Accessibility.dll» специальных возможностей, Version = 6.0.6000.16386, pA = PROCESSOR_ARCHITECTURE_MSIL (8), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:b03f5f7f11d50a3a}, Type neutral, TypeName neutral, PublicKey нейтрализуется в хранилище, файл отсутствует
После просмотра файла журнала, чтобы определить, какой системный файл был поврежден и не удалось исправить, найдите расположение поврежденного файла, а затем вручную замените поврежденный файл известной хорошей копией файла.
Для этого следуйте приведенным ниже инструкциям. В следующих командах заполнитель <Path_And_File_Name> представляет путь и имя файла поврежденного файла.
Примечание: Возможно, вы сможете получить известную хорошую копию системного файла с другого компьютера под управлением той же версии Windows, что и ваш компьютер. Вы можете выполнить процесс проверки системных файлов на этом компьютере, чтобы убедиться, что системный файл, который вы планируете скопировать, является хорошей копией.
Шаг 1. Передача прав администратора на поврежденный системный файл.
Введите следующую команду в командной строке с повышенными привилегиями и нажмите клавишу ВВОД:
takeown /f <Path_And_File_Name>
Пример:
takeown /f C:\windows\system32\jscript.dll.
Шаг 2. Предоставьте администраторам полный доступ к поврежденного системного файла.
Введите следующую команду и нажмите клавишу ВВОД:
icacls <Path_And_File_Name> /grant administrators:F
Пример:
icacls C:\windows\system32\jscript.dll /grant administrators:F
Шаг 3. Замените поврежденный системный файл известной хорошей копией файла.
Введите следующую команду и нажмите клавишу ВВОД:
Копирование целевого> <Source_File> <
В приведенной выше команде замените заполнитель <Source_File> путем и именем файла известной хорошей копии файла на компьютере, а заполнитель ><назначения — путем и именем файла поврежденного файла.
Пример:
копирование E:\temp\jscript.dll C:\windows\system32\jscript.dll
Если описанные выше действия не поработают, может потребоваться переустановить Windows. Дополнительные сведения см. в разделе Параметры восстановления в Windows.
Нужна дополнительная помощь?
Нужны дополнительные параметры?
Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.
Я уже давно не писал ничего, относящегося исключительно к Windows 7. Поводом для сегодняшний записи стал редчайший случай — Microsoft добавила новую возможность в старую ОС задним числом!
Читатели со стажем сразу вспомнят, как через четыре года после выхода Windows 7 в ней появилась возможность очищать папку WinSXS. Тогда из Windows 8+ перенесли часть функций DISM. Прошло два года, и в Windows 7 переселилась еще одна технология, связанная с хранилищем компонентов.
[+] Сегодня в программе
Возвращаясь к напечатанному
В Windows Vista система обслуживания претерпела революционные изменения, после чего Microsoft продолжает ее тюнинг с выходом каждой новой ОС. Однако лишь в Windows 8 появилось встроенное восстановление поврежденных компонентов. Это был большой прорыв по сравнению с Windows 7, для которой нужно было скачивать CheckSUR со всеми вытекающими недостатками.
Для понимания ситуации я настоятельно рекомендую вам прочесть статью Как исправить ошибки при установке обновлений Windows с помощью встроенного восстановления компонентов.
Из нее вы узнаете:
- основы системы обслуживания Windows
- действия для восстановления компонентов в Windows 8+
- разницу между старым CheckSUR в Windows 7 и встроенным восстановлением в Windows 8+
Microsoft опубликовала статью базы знаний KB2966583, из которой можно скачать пакет обновления. После его установки и перезагрузки Windows 7 получает фактически такую же возможность восстановления компонентов, как Windows 8+.
Как и в более новых ОС, восстановление реализовано с помощью DISM. Приведенная ниже команда запускает процесс проверки хранилища и восстановления поврежденных компонентов.
DISM /Online /Cleanup-Image /ScanHealth
Однако в Windows 7 есть ряд особенностей:
- здесь нет ключей /CheckHealth и /RestoreHealth, и всю работу выполняет ключ /ScanHealth
- команду можно выполнять только на работающей системе, т.е. восстановление отключенных образов не реализовано
- появилась возможность проверки и восстановления компонентов Internet Explorer, которой не было в старом CheckSUR
Результат работы команды нужно смотреть в журнале, как и прежде сохраняемом по адресу \Windows\logs\CBS\checksur.log
================================= Checking System Update Readiness. Binary Version 6.1.7601.18489 2015-07-27 12:32 Checking Windows Servicing Packages Checking Package Manifests and Catalogs Checking Package Watchlist Checking Component Watchlist Checking Packages Checking Component Store Summary: Seconds executed: 149 No errors detected
У меня на ВМ повреждений не обнаружилось, но вы можете проверить у себя.
В статье базы знаний отдельно упоминается возможность создать запланированное задание для запуска команды. Однако учтите, что для запуска DISM нужны права администратора, т.е. задание не отработает под обычной учетной записью.
Дискуссия и опрос
Если у вас есть вопросы или комментарии по теме восстановления компонентов, не стесняйтесь озвучивать их в обсуждении. Пожалуйста, не публикуйте лог checksur в тексте комментария — есть PasteBin.
Впрочем, я думаю, что их будет немного, поэтому хочу развернуть дискуссию в другую плоскость. До официального выпуска Windows 10 осталась всего пара дней. Для инсайдеров и энтузиастов там никаких сюрпризов нет – мы следим за ходом разработки ОС уже восемь месяцев. Понятно, что практически все обладатели Windows 8.1 обновятся до Windows 10.
Поэтому меня особенно интересует, как много людей готовы перейти на Windows 10 с Windows7 и более ранних ОС.
Я уже проводил опрос на тему скорости обновления до Windows 10, но там не было расклада по вашей текущей системе, и сейчас мы его увидим. Если Windows 10 IP является вашей основной текущей системой, укажите ту, которая была установлена до нее.
В комментариях напишите, почему вы перейдете или не перейдете 1 на Windows 10! Не забудьте указать, как долго и каким образом вы пользовались предварительной версией Windows 10.
Результаты голосования утеряны в связи с прекращением работы веб-сервиса опросов.
Привет, друзья. Все мы время от времени сталкиваемся с проблемами в работе Windows, без этого никуда. И часто причиной этих проблем является отсутствие или повреждение целостности системных файлов. Они могут быть уничтожены вследствие атаки вирусов, действий неопытных пользователей, работы стороннего софта. Они могут быть повреждены при системных сбоях в процессе записи данных в эти файлы. Штатный функционал Windows предусматривает возможность восстановления целостности системных файлов — с помощью консольной утилиты sfc.exe. Равно как и предусматривает возможность восстановления самого хранилища компонентов, откуда sfc.exe берёт целостные системные файлы для замены ими повреждённых – с помощью консольной утилиты dism.exe, она же средство работы с системными образами Dism. Являющая собой графический интерфейс к последней программа Dism++ также может восстанавливать хранилище компонентов Windows. Собственно, об этой возможности программы и хотелось бы поговорить ниже.
Друзья, благодаря своей уникальности и годности, программа Dism++ стала завсегдатаем разговоров о её возможностях на нашем сайте. О ней в целом вы можете почитать в её комплексном обзоре. Конкретные же инструкции по работе с Dism++, смотрите в перечне фильтрации статей сайта по тегу Dism. Ну а в этой статье давайте говорить о возможности программы по восстановлению повреждённого хранилища компонентов Windows.
{banner_google1}
Хранилище компонентов – это содержимое папки «WinSxS», расположенной по пути C:\Windows\WinSxS. Здесь хранятся оригинальные версии файлов Windows. И именно отсюда утилита sfc.exe при проверке целостности системных файлов sfc /scannow берёт оригинальные версии для замены ими повреждённых системных файлов. И тогда по результатам запуска команды sfc /scannow мы видим отчёт проверки в виде уведомления:
«Программа защиты ресурсов Windows обнаружила повреждённые файлы и успешно их восстановила».
И это есть успешное завершение операции проверки целостности системных файлов. Её неуспешное завершение – это уведомление по итогу завершения проверки:
«Программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них».
Это значит, что не только системные файлы, но и само хранилище компонентов, т.е. папка «WinSxS», нуждается в восстановлении. И такое восстановление уже проводится за счёт ресурсов Центра восстановления Windows с использованием консольной утилиты Dism. Кому интересно, можете почитать в статье «Проверка целостности системных файлов Windows 10», как восстанавливается хранилище компонентов с использованием команд Dism в командной строке. Ниже же рассмотрим предлагаемую программой Dism++ юзабильную альтернативу этой операции. Как с помощью Dism++ выявить, не повреждено ли хранилище компонентов Windows? И как восстановить повреждённое хранилище за счёт файлов, хранящихся в Центре обновления системы
Запускаем программу Dism++. Друзья, если у вас на компьютере установлено несколько Windows, все они будут отображаться в окне программы для возможности проведения операций с ними. Чтобы работать с текущей операционной системой, переключаемся на её образ вверху окна Dism++.
В меню «Восстановление» выбираем «Проверить».
Ждём, пока программа осуществит сканирование хранилища компонентов Windows на предмет наличия повреждений. Ход этой операции сможем наблюдать на шкале прогресса выполнения операций с образом.
{banner_google1}
По итогу получим отчёт проверки, и коль проверка sfc /scannow не смогла восстановить повреждённые системные файлы, логично, что итог проверки целостности самого хранилища будет неудовлетворительным. Dism++ выдаёт нам сообщение:
«Целостность образа была проверена, и она нуждается в восстановлении».
Теперь нам нужно запустить восстановление хранилища. Напомню, друзья, ещё раз, что такое восстановление средствами Dism проводится за счёт ресурса Центра обновления Windows. Следовательно, для успешного проведения операции по восстановлению хранилища нужно, чтобы не были повреждены файлы самого Центра. И желательно, чтобы компьютер был подключён к Интернету: возможно, в процессе восстановления хранилища понадобится скачивание нужных файлов с серверов обновлений Microsoft.
В окне Dism++ в меню «Восстановление» запускаем «Исправить».
Ждём завершения операции, её ход отслеживаем на шкале прогресса.
И вот результат — Dism++ уведомляет:
«Образ был успешно восстановлен».
Т.е. хранилище компонентов восстановлено.
Теперь можем запускать проверку целостности файлов утилитой sfc.exe. В запущенной от имени администратора командной строке вводим:
И жмём Enter. После восстановления хранилища компонентов такая проверка должна завершиться успешным восстановлением файлов, как на первом снимке статьи.
Что делать, друзья, если Dism++ не удастся произвести восстановление хранилища компонентов? Судя по такой вот по формулировке уведомления о неудачном восстановлении.
Dism++ в идеале может восстанавливать хранилище не только за счёт ресурса Центра обновления, но и за счёт дистрибутива Windows. Вы можете попробовать смонтировать установочный ISO-образ с используемой версией Windows и снова запустить операцию «Исправить» в меню программы «Восстановление». Но, друзья, скажу, что за счёт ресурса дистрибутива Windows с проблемой может справиться и сама утилита sfc.exe, которой мы непосредственно восстанавливаем целостность системных файлов. Её просто нужно запустить с указанием иного источника заполучения целостных системных файлов – той же папки «WinSxS», но находящейся по другому пути и с извлечённым содержимым из дистрибутива Windows. Детально этот процесс описан в этой статье.
Друзья, если вам в принципе интересны материалы по теме восстановления целостности системных файлов, вы можете узнать более. Тег Целостность системных файлов отфильтрует все материалы сайта по этой теме.
Перейти к основному содержанию
Вы здесь
Пока интернет полнится обзорами свежепредставленной «десятки», мы поговорим о полезной функциональной возможности популярнейшей Windows 7, взятой из арсенала Windows 8, а именно о восстановлении поврежденных компонентов при участии консольной утилиты DISM.exe. Причем функционал этот не самый новый, но совершенно обделенный вниманием всех русскоязычных IT-ресурсов. О причинах и, собственно, о самой Deployment Image Servicing and Management (англ. «система обслуживания и управления образами развертывания», DISM) читайте в краткой заметке ниже.
Все просто: опция появилась ровно год назад с выходом апдейта KB2966583, о чем в анонсе было сказано буквально пару слов, что и стало, из-за нелюбви к FAQ-ам, причиной молчания «родных пенат» («первооткрыватель» DISM для Windows 7 – блогер Вадим Стеркин). Что ж, восполним пробел в образовании и возможностях любимой «семерки», но для начала в один абзац о том, зачем все это нужно.
Начиная с Vista, развертывание и обслуживание «Окон» построено на компонентах и пакетах, определяемых манифестами (скриншот). В директории C:\Windows\winsxs находятся все файлы операционной системы, включая предыдущие версии – это и есть хранилище компонентов Windows. А хранилище пакетов в системе представлено папкой C:\Windows\servicing\Packages, где можно увидеть доступные пакеты и их манифесты. Раскрывая сказанное, пакетом может быть исправление для ОС или драйвер, а манифест есть текстовый XML-файл, где задаются определения для компонентов и элементов развертывания. Благодаря тому, что практика апдейтов системы – вещь необходимая, и самая распространенная причина сбоя при обновлении – повреждение озвученного хранилища, утилита DISM.exe является настоящей «палкой-выручалкой» при подобных багах. После инициации KB2966583 все пользователи «семерки» могут оценить сегодняшнюю героиню в действии, т.к. раньше для этого требовалось отдельное решение CheckSUR (Check for System Update Readiness), что не есть правильно.
Работаем с DISM.exe
Опять же, все просто: из-под учетной записи администратора (если вы – единственный пользователь Windows, то беспокоиться не о чем) запустите командную строку («Пуск» → cmd в поле поиска → «Enter«) и введите, с подтверждением, команду DISM /Online /Cleanup-Image /ScanHealth → ждем окончания процесса (скриншот) → результаты работы DISM в обязательном порядке смотрите по адресу C:\Windows\Logs\CBS в файле checksur.log. Наличие в логе критического числа проблемных компонентов будет сигналом искать флешку (диск) с образом Windows или скачать нужный восстанавливающий пакет System Update Readiness Tool.
В идеале вы должны увидеть текст («No errors detected») как на скриншоте выше, чего всем и желаю. И это все, что необходимо знать по теме любому мало-мальски опытному пользователю Windows.
Примечание: Владельцы ПК под управлением более поздней «восьмерки» для расширения кругозора могут ознакомиться со статьей «Параметры командной строки DISM для обслуживания пакетов операционной системы» из майкрософтовской MSDN-библиотеки.
Дмитрий Евдокимов
www.TestSoft.su
Версия для печати
Рубрики:
Теги:
Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!