0x800f082f dism

Содержание

Восстановление повреждённого хранилища компонентов Windows 10 при помощи DISM

0x800f082f dism

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

Решил проверить целостность системных файлов с помощью средства sfc /scannow, но вышла ошибка «Программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них». Как я понял, ошибка эта обозначает, что нарушена целостность самого хранилища системных компонентов Win 10 (папка WinSxS).

Тогда решил проверить целостность этого самого хранилища командой Dism /Online /Cleanup-Image /ScanHealth, вышло сообщение «Хранилище компонентов подлежит восстановлению».

Соответственно восстанавливаю хранилище командой Dism /Online /Cleanup-Image /RestoreHealth, данная команда восстанавливает хранилище компонентов с помощью Центра обновлений Windows, и у меня опять выходит ошибка «Не удалось скачать исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра “Источник”». 

Непонятно, почему вылезла ошибка в этот раз, ведь интернет у меня есть.

Ладно думаю, буду использовать для восстановления хранилища компонентов средство PowerShell и ISO-образ Windows 10, скачал дистрибутив Windows 10 и подсоединил его к виртуальному дисководу, запустил PowerShell и ввёл команду: Repair-WindowsImage -Online -RestoreHealth -Source F:\sources\install.

wim:1 (где буква «F» соответствует букве подключенного образа с Win 10, а цифра «1» — индексу издания в образе Win 10 PRO (именно она у меня установлена), но и в очередной раз я потерпел неудачу – «Ошибка: 0x800f081. Сбой восстановления. Не найден источник восстановления, или хранилище компонентов восстановить невозможно». 

На одном известном форуме подсказали, что не нужно подсоединять ISO-образ Windows 10 к виртуальному дисководу, а нужно смонтировать ISO-образ с файлами Win 10 в папку с помощью команды: Dism /Mount-Wim /WimFile:F:\sources\install.

wim /index:1 /MountDir:C:\WIM /ReadOnly (где WIM, это пустая папка на диске C:, в которую монтируется ISO-образ, а F:\sources\install.wim – местонахождение файла-образа install.wim), но у меня и здесь уже при монтировании вышел промах «Ошибка: 11.

 Была сделана попытка загрузить программу, имеющую неверный формат».

Короче я сдался и не знаю, почему у меня ничего не получается. 

Автор – Владимир
Привет, друзья. Цель данной статьи рассказать начинающим пользователям в подробностях, как производить восстановление повреждённого хранилища компонентов Windows 10 в различных критических ситуациях. Если вы хотите проверить целостность системных файлов в своей операционной системе, то поможет вам в этом встроенная утилита «sfc /scannow», но если она выдаст ошибку: «Программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них», то значит в вашей OS нарушена целостность самого хранилища системных компонентов (содержимое папки WinSxS). В этом случае нужно проверить целостность хранилища компонентов командой «Dism /Online /Cleanup-Image /ScanHealth», если при данной проверке тоже будут выходить различные ошибки, например, «Хранилище компонентов подлежит восстановлению», «Ошибка: 1910 Не найден указанный источник экспорта объекта», «Ошибка: 1726 Сбой при удалённом вызове процедуры», 

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

Задействуем для восстановления повреждённого хранилища Систему обслуживания образов развертывания и управления ими (Dism)

Запускаем командную строку администратора и вводим команду:

Dism /Online /Cleanup-Image /RestoreHealth

Данная команда восстанавливает хранилище компонентов с помощью Центра обновлений Windows (у вас должен работать Интернет), отсутствующие компоненты будут скачаны на серверах Майкрософт и восстановлены в вашей системе. В итоге должны получить сообщение “Восстановление выполнено успешно”.

Но если данная команда выдаст ошибку 0x800f0906 «Не удалось скачать исходные файлы.

Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра “Источник”» или 

выйдет другая ошибка 0x800f081f «Не удалось найти исходные файлы.

Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра “Источник”»,

то нужно использовать для восстановления хранилища ISO-образ Windows 10.

 Скачиваем дистрибутив Windows 10 на сайте Майкрософт и подсоединяем его к виртуальному дисководу (в моём случае (G:)), затем заходим в папку sources и смотрим какое сжатие у файла-образа Windows 10,

обычно бывает install.

esd, запоминаем это, пригодится при вводе последующих команд (если в вашем случае попадётся файл install.wim, то читайте информацию в конце статьи).

соответственно вводим следующую команду:

Dism /Online /Cleanup-Image /RestoreHealth /Source:G:\Install.esd /limitaccess

где G: – буква виртуального дисковода с Windows 10,

Install.esd – файл-образ Win 10,

/limitaccess  – параметр, закрывающий доступ к центру обновлений (ведь мы используем для восстановления дистрибутив Win 10)

В итоге получаем сообщение “Восстановление выполнено успешно. Операция успешно завершена”.

Вот таким способом мы с вами восстановили повреждённое хранилище компонентов Windows 10.

Хранилище компонентов восстановлено, теперь восстанавливаем целостность системных файлов Windows 10 командой «sfc /scannow». Получаем сообщение “Программа защиты ресурсов Windows обнаружила повреждённые файлы и успешно их восстановила”. Целостность системных файлов Windows 10 восстановлена.

Ещё один способ восстановления хранилища компонентов с помощью файла виртуального жёсткого диска VHD

Друзья, но хочу сказать вам, что в особо сложных случаях, при вводе команды:

Dism /Online /Cleanup-Image /RestoreHealth /Source:G:\Install.esd /limitaccess

вы опять получите ошибку, к примеру, «Ошибка: 1726 Сбой при удалённом вызове процедуры».

В этом случае нужно поступить так. Создать виртуальный жёсткий диск и распаковать на него содержимое файла-образа install.esd, после этого запустить команду:

Dism /Online /Cleanup-Image /RestoreHealth /Source:D:\Windows /limitaccess

Где D: – буква подсоединённого виртуального диска VHD с развёрнутыми файлами Windows 10.

в результате будет произведено восстановление хранилища компонентов за счёт распакованных на виртуальный диск VHD файлов операционной системы.

Идём в Управлении дисками и создаём виртуальный диск VHD. «Действие»–>«Создать виртуальный жёсткий диск»

Отмечаем пункт «Динамический расширяемый». Размер виртуального жёсткого диска – 20 Гб. Жмём на кнопку «Обзор».

Выбираем в проводнике место сохранения виртуального жёсткого диска. Я выберу диск (F:). Присваиваю имя виртуальному диску – «Win10» и жму кнопку «Сохранить».

«ОК»

Созданный виртуальный диск представляет из себя в Управлении дисками нераспределённое пространство (Диск 1) размером 20 Гб.

Щёлкаем на Диске 1 правой мышью и выбираем «Инициализировать диск»

По большему счёту всё равно какой пункт отмечать – MBR или GPT. Я отмечу пункт «Таблица с GUID разделов (GPT)» и жму «ОК»

После инициализации диска создаём на нераспределённом пространстве простой том.

Новый том (G:) создан.

Архивы операционной системы – install.esd или install.wim могут содержать в себе несколько других архивов (релизов) операционных систем (Про, Домашняя и т.д.) и этим образам присваиваются индексы 1, 2, 3, 4. Чтобы узнать, какие образы находятся внутри нашего файла install.esd, вводим команду:

Dism /Get-WimInfo /WimFile:G:\\sources\install.esd

Где G: буква виртуального дисковода с Windows 10,

sources\install.esd – адрес файла-образа install.esd в дистрибутиве Win 10.

На моём компьютере установлена Windows 10 PRO и именно её я хочу восстановить. Нужный мне образ Win 10 PRO имеет индекс 1.

Вводим команду:

Dism /apply-image /imagefile:G:\\sources\install.esd /index:1 /ApplyDir:D:\\

Где G:\sources\ – адрес расположения файла install.esd, 

index:1 – индекс Windows 10 PRO,

D: – подключенный виртуальный диск VHD (раздел D:).

Операция успешно завершена.

Файл install.esd (Win 10 PRO) развёрнут на виртуальный диск VHD (раздел D:).

Ну и теперь восстанавливаем хранилище компонентов за счёт распакованных на виртуальный диск VHD (раздел D:) файлов операционной

системы Win 10, командой:

Dism /Online /Cleanup-Image /RestoreHealth /Source:D:\Windows /limitaccess

Восстановление выполнено успешно. Операция успешно завершена.

Вот таким ещё способом мы с вами восстановили повреждённое хранилище компонентов Windows 10! Теперь восстанавливаем целостность системных файлов Windows 10 командой «sfc /scannow».  

В конце статьи вам пригодится такая информация. Если в ISO-образе Windows 10, в папке sourses, вам попадётся вместо файла install.esd файл install.wim, то команда восстановления немного изменится:

Dism /Online /Cleanup-Image /RestoreHealth /Source:G:\install.wim /limitaccess

Это команда восстановления хранилища компонентов.

Метки к статье: Dism Целостность системных файлов

Источник: https://remontcompa.ru/windows/vosstanovlenie-windows/1105-vosstanovlenie-povrezhdennogo-hranilischa-komponentov-windows-10-pri-pomoschi-dism.html

Причины ошибки DISM Не удалось найти исходные файлы

0x800f082f dism

Приветствую всех, сегодня я продолжу начатую ранее статью про Ошибку DISM 0x800f081f. К своему позору я понял, что статью считать законченной просто нельзя. Так что идём дальше.

Ошибка ” DISM Не удалось найти исходные файлы ” после запуска команды DISM /Online /Cleanup-Image /RestoreHealth, как оказалось, очень типична для компьютеров под управлением Windows 8 и Windows 10. Оно и понятно – в предыдущих версиях среда DISM только-только разворачивалась.

На фоне повествования ошибка сопровождается также характерными кодами типа 0x800f081f, 0x800f0906 или 0x800f0907. В этой статье я постараюсь представить вам знакомые мне варианты решения проблемы.

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

Основные причины ошибки DISM Не удалось найти исходные файлы

Чаще всего проблема вылезает на фоне получения или установки обновлений, активации .NET Framework 3.5 и т.п. Позволю себе причислить следующие, известные мне лично причины проблемы ” DISM Не удалось найти исходные файлы “:

  • DISM реально не может обнаружить онлайн (через обновления или WSUS) необходимые для ремонта образа файлы. Это – наиболее частая причина ошибки при исполнении команды DISM /Online /Cleanup-Image /RestoreHealth.
  • Хранилище компонентов Windows папка WinSXS забита донельзя. Возможны ошибки файловой системы. Чтение некоторых пакетов невозможно или ошибочно.
  • В качестве основы для ремонта мы указываем на неподходящий образ Windows (не на тот install.wim). Для предыдущей команды эта ошибка также типична.
  • Источник, откуда DISM указано подчерпнуть исходники, содержит несколько файлов install.wim. Сам факт множественного файла дело обычное, но при этом DISM останавливается с ошибкой, несмотря на тот факт, что пользователь указывает в команде конкретный файл.
  • Наконец, сам образ, скачанный из сети и откуда файл install.wim вынимается, кривой, скачан с ошибкой или тупо не подходит по архитектуре (32-х против 64-х), версии и выпуску. И, к сожалению, угадать точь-в-точь с образом практически невозможно.
  • Часто для работы с требуемыми для DISM файлами действительно не хватает прав.
  • DISM в конкретной Windows умерла как процедура. Дальнейшие действия – мёртвому припарка.

Вариантов исправления ” DISM Не удалось найти исходные файлы ” несколько. Начинаем с очистки хранилища компонентов

Папка хранения компонентов системы (она же WinSXS, открывающаяся в проводнике по адресу C:\Windows\winsxs) содержит все необходимые файлы для обслуживания Windows. Это и установка обновлений, и исправление багов и много чего ещё.

Здесь же хранятся и файлы, активно используемые системой для ремонта и установки апплетов. Со временем (с добавлением всё новых компонентов) папка разрастается, файлы внутри почти неизменно бьются. Вывод прост – за директорией нужен постоянный уход в виде обыкновенной очистки и проверки на целостность.

Так что возьмите за основу процедуру наведения порядка всякий раз, когда собираетесь обратиться за помощью к DISM. Но для начала убедитесь, что вы всё про папку WinSXS знаете. И знаете, как её почистить правильно и, самое главное, уменьшить в размерах. Вполне вероятно, что она и является корнем всех ваших проблем.

Вобщем, если не уверены – обязательно прочтите статью выше по ссылке. А так – забирайте команды очистки папки:

  • качаем, распаковываем и запускаем мой батник корректировки папки WinSXS. Учтите, работа батника отнимет какое-то время. После работы окно захлопнется.
  • очищаем кэш обновлений. Сначала остановим службу, очистим нужную папку и снова запустим сервис

net stop wuauserv del /s /q %windir%\SoftwareDistribution\*.* net start wuauserv %SystemRoot%\System32\Cmd.exe /c Cleanmgr /sageset:65535 & Cleanmgr /sagerun:65535

Перезагружаемся и пытаемся запустить DISM в том виде, каком нужно вам:

DISM /Online /Cleanup-Image /RestoreHealth

  • Если прокатило, в консоли от имени администратора вводим команды в порядке, ниже указанном:

DISM /Online /Cleanup-Image /StartComponentCleanup sfc /scannow DISM /Online /Cleanup-Image /AnalyzeComponentStore sfc /scannow

После последней (второй по счёту) команды sfc (если всё прошло гладко) перезагружаете компьютер. Не вышло?

А что в логах-то?

Начинать, по идее, стоит именно с этого – читайте логи. Смысл следовать непонятным и обнаруженным то тут то там инструкциям, постоянно натыкаясь на одну и ту же ошибку? Так что примите к сведению факт: ни одно событие (в том числе ошибка DISM) не заканчивается иначе как отсылкой в собственный лог CBS.

log, создаваемый по адресу C:\Windows\Logs\CBS\. Нередко просто полезно посмотреть на регистрируемые события, где можно выцепить проблемную зону и предпринять действие. Часто оно сводится к удалению либо самого пакета данных, либо затиранию точки в неё входа. А это, как вы знаете, всегда начинается в реестре.

Так что…

  • отправляемся по пути C:\Windows\Logs\CBS, открыв файл CBS.log текстовым редактором. Файл большой, и он структурирован, так что лучше воспользоваться как минимум Блокнотом WordPad. Я предлагаю вам команду на скорую руку из консоли

notepad.exe C:\Windows\Logs\CBS\CBS.log

  • запускаем поиск по документу сочетанием клавиш Ctrl + F и в поле поиска вводим Checking System Update Readiness., ориентируясь на время ошибки. Это своеобразная подпись проблемы, из-за которой DISM и система не могут работать:

щёлкните, чтобы увеличить

  • Если таковая обнаружена, спуститесь к строке, содержащей Corrupt или Missing. Рядом ней должно быть название повреждённого или отсутствующего пакета или другая причина проблемы со знакомым нам уже по консоли кодом ошибки. В моём случае им предположительно оказался KB4580419~31bf3856ad364e35~amd64~~10.0.4270.2. Скопируем это имя и держим окно Блокнота открытым. Вот, кстати, и результат попытки исправить проблему – ничего у системы не вышло. Пакет на месте, но на нём всё и стопорится:

запись “Failed” о невозможности завершить операцию красноречива

  • Запустим редактор реестра и создадим его полную резервную копию. Откроем Файл – Экспорт. И укажем на какое-нибудь место поближе, например, Рабочий стол.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ComponentBasedServicing

  • Выделим его, и тут же, в контекстном меню правой мыши выберем Найти… В поле поиска вводим содержимое буфера обмена. Поиск по выбранному разделу вернул мне множество параметров, с ним связанных. Я собираюсь их удалить. И, как оказалось позже, просто замучаюсь это делать, зачистив до сотни параметров. Но перед этим сам раздел ComponentBasedServicing лучше сохранить в резервную копию. Щёлкаю по нему и выбираю Экспорт. Местом хранения выбираю тот же Рабочий стол. Ежели что – двойным щелчком мыши я удалённое восстановлю, выбрав Слияние.

Если в какой-то момент ключи или конкретные параметры засопротивляются, заимейте на них права из контекстного меню всего раздела ComponentBasedServicing через Разрешения… Выберем Дополнительно – сменим Владельца, выбрав Изменить, и в поле выбора учётной записи введите (или начните вводить) имя собственной учётной записи. Перед Применить замените наследования и разрешения в чек-боксах окна, выставив в оконцовке разрешения Администраторам:

Когда мы разобрались с правами и резервной копией, приступаем к удалению параметров. Клавишей DELETE или из того же контекстного меню.

  • Ещё не всё. Отправляемся в папку C:\Windows\Servicing\Packages и находим пакеты, содержащие в имени KB4580419~31bf3856ad364e35~amd64~~10.0.4270.2 в живом виде. Их может быть больше, чем число найденных ранее в реестре параметров, или не быть вообще. Каждый из них вырезаем и отправляем в любое место, лишь бы те в указанной папке больше не находились.
  • Перезагружаем Windows и повторно запускаем команду

DISM /Online /Cleanup-Image /RestoreHealth

и сразу за ней

sfc /scannow

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

Ошибка в логах не исчезает? Переходите к восстановлению с флешки или диска в следующем абзаце.

Загрузочный носитель против ошибки DISM Не удалось найти исходные файлы

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

И потому в качестве альтернативы среде лучше указывать на офлайн-источник (флаг команды /Source), до того из интернета скачанный. Вам понадобится пресловутый install.wim (install.esd) в чистом виде.

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

  • Windows Media creation Tool или Windows ISO Downloader
  • Rufus

подбор версии Windows с помощью Windows ISO Downloader

Все инструменты создания загрузочного образа равноценно результативны. Главное, чтобы содержимое носителя (на флешке, диске или в виде виртуального образа) отображалось в проводнике Windows.

Среди файлов и папок носителя обнаружьте папку source и там файл install.wim (install.esd) вы и найдёте. Если это файл install.

wim, команда в консоли cmd примет вид:

dism /Get-WimInfo /WimFile:X:\sources\install.wim

Если файл install.esd, то

dism /Get-WimInfo /WimFile:X:\sources\install.esd

где Х – буква носителя, на котором папка source находится. У меня виртуальному дисководу присвоена литера I:

После этого ваша задача определиться с индексом требуемой версии. О своей Windows об этом расскажет команда

winver

из той же консоли команд cmd. Определились? Пробуем (следите за расширениями главного файла):

DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:X:\sources\install.wim:номер-индекса /LimitAccess

или же

DISM /Online /Cleanup-Image /RestoreHealth /Source:ESD:X:\sources\install.esd:номер-индекса /LimitAccess

рис

К СВЕДЕНИЮ

Немалое число пользователей здесь снова подстерегает ошибка. Дело в том, что Windows 10 (по отношению к предыдущим версиям) крайне чувствительна к делегированию прав по системе. То есть вы снова можете столкнуться с ошибкой 0x800f081f DISM Не удалось найти исходные файлы.

В таком случае знайте: файл install.wim (install.esd) следует перетащить из флешки или виртуального диска в папку, к которой у вас ТОЧНО есть весь набор прав. Часто это Рабочий стол или Загрузки. Туда его и скопируйте. Но.

Вы будете смеяться, но здесь также есть свои нюансы, хотя процесс вроде бы не самый трудный. 

А мы завершаем процесс извлечения той же командой проверки целостности системных файлов

sfc /scannow

Укажем запасной источник через реестр

В этом случае в качестве альтернативного источника будет использоваться именно флешка. И снова, как указано выше, копируем файл install.wim в конкретную папку. Его версия, как вы помните, должна совпадать с вашей согласно данным, полученным от winver.

  • Запускаем редактор реестра regedit.exe и обнаруживаем раздел

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing

  • Щёлкнем правой мышкой по разделу Servicing. Уже внутри него создадим сначала Расширяемый строковый параметр, присвоив имя LocalSourcePath. А в поле значения укажем его в таком виде:

wim:путь-к-папке\install.wim:4

  1. где путь-к-папке\install.wim – путь к папке, где файл install.wim располагается
  2. 4 – номер индекса.

Теперь создаём параметр DWORD 32-x, присвоив имя UseWindowsUpdate. Его значение должно быть 2:

Всё закрываем, компьютер перезапускаем и снова пытаемся зарядить проверку DISM командой из консоли

DISM /Online /Cleanup-Image /RestoreHealth

Не гарантирую, но пару раз прокатывало.

Ну, вот и всё, что вам я могу предложить. У вас остались восстановление точками и сброс до заводских настроек с сохранением личных файлов (но удалением всех программ). Моё личное мнение, если после вышеописанных процедур система не ожила, её восстанавливать другими методами и не стоит. Отписывайтесь, как у кого что прошло.

Успехов.

Источник: https://computer76.ru/2020/12/09/dism-%D0%BD%D0%B5-%D1%83%D0%B4%D0%B0%D0%BB%D0%BE%D1%81%D1%8C-%D0%BD%D0%B0%D0%B9%D1%82%D0%B8-%D0%B8%D1%81%D1%85%D0%BE%D0%B4%D0%BD%D1%8B%D0%B5-%D1%84%D0%B0%D0%B9%D0%BB%D1%8B/

Восстановление системных файлов Windows

0x800f082f dism

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

Да, сделать бэкап неработоспособной системы.Но, гипотетически, системы имеющей на текущий момент только одну проблему.А сколько, в процессе восстановления, вы можете привнести неисправностей, в итак нерабочую систему, неизвестно никому. Так же как и не удастся проследить цепочку примененных вами действий в стрессовой ситуации.

Так что в первую очередь делаем бэкап, используя например Acronis True Image.

Занимаемся вредительством

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

  1. Переходим в папку System32

    По умолчанию владельцем файлов в папке System32 является служебный пользователь TrustedInstaller.

Что бы беспрепятственно удалить из системной папки любые(незадействованные в данный момент) файлы, вам нужно назначить себя владельцем и выдать своему пользователю полные права на файл.

  1. Владельца можно изменить как из GUI, так и через CMD:
    # Назначаем себя владельцем takeown /f C:\windows\system32\WF.msc # Даем себе полные права на файл icacls C:\windows\system32\WF.msc /GRANT ADMINISTRATORS:F
    # Назначаем себя владельцемtakeown /f C:\windows\system32\WF.msc# Даем себе полные права на файлicacls C:\windows\system32\WF.msc /GRANT ADMINISTRATORS:F
  2. Удаляем файл
    del C:\windows\system32\WF.msc
    del C:\windows\system32\WF.msc

Файл удалили. Теперь можно приступать собственно к восстановлению.

Восстановление в автоматическом режиме
SFC (System File Checker)

Пробуем выполнить команду

Дождитесь сообщения:
Программа защиты ресурсов windows обнаружила поврежденные файлы и успешно их восстановила

Так же можно запустить проверку только для одного конкретного файла:

sfc /scanfile=C:\windows\system32\WF.msc

sfc /scanfile=C:\windows\system32\WF.msc

Если команда не выполняется, и выдает ошибку на подобии:

Защита ресурсов Windows не может выполнить запрошенную операцию

Защита ресурсов Windows не может выполнить запрошенную операцию

то мы хотя бы может просмотреть какие файлы повреждены, вручную открыв лог последнего сканирования:
С:\Windows\Logs\CBS\CBS.log

Так же, для упрощения поиска ошибок в этом файле лога, можно воспользоваться следующей командой:

find “error” \Windows\Logs\CBS\CBS.log

find “error” \Windows\Logs\CBS\CBS.log

Восстановление в ручном режиме

В случае если автоматическое восстановление окончилось ошибкой, можно попробовать заменить поврежденные файлы, о которых мы узнали из лога проверки SFC, файлами из заведомо рабочей системы, аналогичной версии и ревизии Windows.

При выполнении команды sfc /scannow из CMD в рабочей системе некоторые файлы будут задействованы и поэтому не смогут быть обработаны. По этой причине лучше перейти в среду восстановления и предпринимать дальнейшие действия по восстановлению уже оттуда.

Для перехода к среде восстановления нужно:
1) Вставить диск\флешку с Windows той же версии, что и восстанавливаемая система2) Выполнить перезагрузку

3) Запуститься с диска и открыть командную строку

Загрузка с диска Запуск CMD
После открытия командной строки первым делом определим буквы разделов:

wmic logicaldisk list brief

wmic logicaldisk list brief

Конечно для этого можно использовать diskpart, но с wmi мы уложимся в меньшее количество команд.
Да и для общего развития с wmi полезно поработать.

Оффлайн восстановление системы

Если вы проводите восстановление из среды восстановления или LiveCD(USB)

sfc /scannow /offwindir=d:\windows /ofootdir=d:\

sfc /scannow /offwindir=d:\windows /ofootdir=d:\

/offwindir — переключатель для восстановления файлов внешней системы. Нужен что бы указать расположение папки Windows

/ofootdir — переключатель должен указывать на загрузочный раздел

DISM

Утилита DISM поможет в некоторых случаях,  когда SFC не может восстановить системные файлы.

Ведь SFC должна откуда то брать восстанавливаемые файлы.
Таким местом является папка C:\Windows\WinSxS
Но если отсутствует или повреждено и это хранилище, то необходимо будет сначала восстановить его.

# Проверка целостности хранилища dism /Online /Cleanup-Image /ScanHealth

# Проверка целостности хранилищаdism /Online /Cleanup-Image /ScanHealth

С помощью этой команды можно убедиться что файлы хранилища действительно повреждены.

DISM_ScanHealth

# Заменить файлы на целостные, без проверки dism /Online /Cleanup-Image /RestoreHealth

# Заменить файлы на целостные, без проверкиdism /Online /Cleanup-Image /RestoreHealth

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

нужно указать файл install.wim или install.esd со смонтированного ISO образа Windows

# Получить разрядность и версию системы, в которой мы работаем wmic os get OSArchitecture,caption,Version /format:list

# Получить разрядность и версию системы, в которой мы работаемwmic os get OSArchitecture,caption,Version /format:list

# Узнать индекс доступных ревизий в файле install.wim dism /get-wiminfo /wimfile:P:\x64\sources\install.esd

# Узнать индекс доступных ревизий в файле install.wimdism /get-wiminfo /wimfile:P:\x64\sources\install.esd

DISM Get-WIMinfo Get-WIMinfo Подробно
На основе полученной информации указываем для утилиты DISM нужный индекс.

dism /Online /Cleanup-Image /RestoreHealth /Source:wim:P:\Source\Install.wim:4 /limitaccess

dism /Online /Cleanup-Image /RestoreHealth /Source:wim:P:\Source\Install.wim:4 /limitaccess

Через двоеточие здесь нужно указать индекс ревизии Windows, под которым в используемом образе располагается аналогичная вашей система.

Ошибка 0x800f081f

При восстановлении вы можете столкнулся с ошибкой 0x800f081f

Что бы ее обойти, вы можете попробовать распаковать содержимое образа в отдельную папку, и запускать восстановление, используя в виде источника, уже ее.

# Создаем каталог куда будут распакованы файлы из образа mkdir C:\WIM # Монтируем образ в папку Dism /Mount-Wim /wimfile:P:\x64\sources\install.esd /index:4 /MountDir:G:\WIM /ReadOnly # Восстанавливаем хранилище, используя распакованный образ Dism /Online /Cleanup-Image /RestoreHealth /Source:C:\WIM\Windows /LimitAccess # Демонтируем образ Dism /Unmount-Wim /MountDir:C:\WIM /Discard # Удаляем папку с файлами rmdir C:\WIM

# Создаем каталог куда будут распакованы файлы из образа# Монтируем образ в папкуDism /Mount-Wim /wimfile:P:\x64\sources\install.esd /index:4 /MountDir:G:\WIM /ReadOnly# Восстанавливаем хранилище, используя распакованный образDism /Online /Cleanup-Image /RestoreHealth /Source:C:\WIM\Windows /LimitAccessDism /Unmount-Wim /MountDir:C:\WIM /Discard# Удаляем папку с файлами

Восстановление хранилища на внешнем устройстве

Проверяем ревизию установленой системы

DISM /Image:D:\ /get-currentedition

DISM /Image:D:\ /get-currentedition

Выполняем восстановление хранилища

dism /Image:D:\ /cleanup-image /restorehealth

dism /Image:D:\ /cleanup-image /restorehealth

или непосредственно указав источник

dism /Image:D:\ /wimfile:P:\x64\sources\install.esd /cleanup-image /restorehealth

dism /Image:D:\ /wimfile:P:\x64\sources\install.esd /cleanup-image /restorehealth

После всех проделанных операций повторяем команду на восстановление системных файлов в надежде увидеть положительный результат:

Если в конце концов все это не помогло, то с большой вероятностью следующим вариантом будет переустановка ОС

Описание основных ключей, которые нам понадобятся

/Online — будут восстановлены файлы в папке WinSxS для системы из под которой запущена консоль CMD

/Cleanup-Image — Согласно Help: «Выполняет в образе операции очистки и восстановления». Но если по простому, то данный параметр нам необходим для того, что бы мы могли использовать зависимые от него параметры:{/CheckHealth | /ScanHealth | /RestoreHealth}.

Т.о. если вызвать /RestoreHealth без /Cleanup-Image, мы просто увидим ошибку «Неизвестный параметр restorehealth»

/Image — параметр, указываемый при необходимости восстановить хранилище внешней системы. То есть расположенной на любом носителе.

/Source — если задан этот параметр, DISM сначала выполняет поиск в указанных расположениях.
Можно использовать несколько аргументов /Source

 сообщает DISM, что не нужно выполнять поиск исходных файлов в Центре обновления Windows или в службах обновления Windows Server

Альтернативный вариант

Можно достать файлы из образа, без монтирования средствами DISM, с помощью7Zip.
Используя полученные файлы, мы можем заменить ими содержимое папки WinSxS

Открываем файл Install Выбираем ревизию Можно копировать файлы

Источник: https://administra.top/vosstanovlenie-sistemnyh-fajlov-windows/

DISM: проверка и восстановление системных компонентов образа Windows 10

0x800f082f dism

WinITPro.ru  /  Windows 10  /  Windows Server 2016  /  DISM: проверка и восстановление системных компонентов образа Windows 10

28.01.

2020 itpro Windows 10, Windows Server 2016 комментариев 11

Для проверки целостности системных файлов и восстановления поврежденных файлов (библиотек) компонентов в Windows (Windows Server) можно использовать команды SFC и DISM (Deployment Image Servicing and Management). Данные утилиты могут быть крайне полезными, если операционная система Windows работает нестабильно, появляются ошибки при запуске стандартных приложений или служб, после вирусного заражения и т.д.

Утилита DISM включена в состав Windows, начиная с Vista и может быть использована во всех поддерживаемых версиях начиная с Windows 7/Windows Server 2008 R2 (есть ограничения) заканчивая последними билдами Windows 10 / Windows Server 2019. В этой статье мы рассмотрим, как использовать утилиты DISM и SFC для проверки и восстановления целостности образа и системных файлов Windows 10.

SFC /scannow: Проверка и восстановление системных файлов Windows

Утилиту DISM для восстановления Windows обычно рекомендуется использовать после утилиты проверки целостности системных файлов SFC (System File Checker). Команда sfc /scannow сканирует защищенные системные файлы Windows, и, если они отсутствуют или повреждены, попробует восстановить их оригинальные копии из хранилища системных компонентов Windows (каталог C:\Windows\WinSxS).

Если команда sfc /scannow возвращает ошибку “Программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них / Windows Resource Protection found corrupt files but was unable to fix some of them”, скорее всего утилита не смогла получить необходимые файла из хранилища компонентов (образа) Windows.

В этом случае вам нужно попробовать восстановить хранилище компонентов (ваш образ Windows) с помощью DISM.

После восстановления образа вы можете повторно использовать утилиту SFC для восстановления системных файлов.

DISM /RestoreHealth: Восстановление хранилища компонентов образа Windows

Для сканирования образа Windows на наличие ошибок и их исправления используется параметр DISM /Cleanup-image. Рассмотренные ниже команды выполняются в командной строке, запущенной с правами администратора.

Чтобы проверить наличие признака повреждения хранилища компонентов образа Windows (флага CBS) , который выставил один из системных процессов, выполните следующую команду (не применимо к Windows 7/Server 2008R2):

DISM /Online /Cleanup-Image /CheckHealth

При запуске этой команды не выполняется сканирование хранилища, проверяются лишь записанные ранее значения и события в журнале Windows. Изменения не вносятся. Команда проверит, не помечен ли образ как поврежденный и возможно ли устранить данное повреждение.

В этом примере команда вернула, что с образом все хорошо:

No component store corruption detected.
The operation completed successfully.

DISM /Online /Cleanup-Image /ScanHealth – выполнить полное сканирование хранилища компонентов на наличие повреждений в системных образа Windows (выполняется довольно долго от 10 до 30 минут).

Если команда /ScanHealth возвращает ошибки:

  • Хранилище компонентов подлежит восстановлению (The component sore is repairable);
  • Ошибка: 1726. Сбой при удалённом вызове процедуры;
  • Ошибка: 1910. Не найден указанный источник экспорта объекта.

Это однозначно говорит о том, что ваш образ Windows 10 поврежден и его нужно восстановить.

Чтобы исправить ошибки, автоматически скачать и заменить файлы повреждённых или отсутствующих компонентов эталонными версиями файлов (библиотек) из центра обновлений Windows (на компьютере должен быть доступ в Интернет), выполните:

DISM /Online /Cleanup-Image /RestoreHealth

Процесс сканирования и восстановления компонентов может быть довольно длительным (30 минут или более).

Если восстановление выполнится успешно, появится сообщение:

Восстановление выполнено успешно. Операция успешно завершена.
The restore operation completed successfully. The operation completed successfully.

Если на компьютере (сервере) отсутствует доступ в Интернет или отключена служба Windows Update, то при восстановлении хранилища компонентов появляются ошибки вида:

  • 0x800f0906 — Не удалось скачать исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра Источник (0x800f0906  — The source files could not be downloaded. Use the source option to specify the location of the files that are required to restore the feature);
  • Ошибка: 0x800f0950 — Сбой DISM. Операция не выполнена (0x800f0950 — DISM failed. No operation was performed);
  • Ошибка: 0x800F081F. Не удалось найти исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра Источник (Error 0x800f081f, The source files could not be found. Use the «Source» option to specify the location of the files that are required to restore the feature).

Вы можете указать WIM или ESD файл с оригинальным установочным образом Windows, который нужно использовать в качестве источника для восстановления файлов компонентов системы. Предположим, вы смонтировали установочный ISO образ Windows 10 в виртуальный привод E:. Для восстановления хранилища компонентов из образа используйте одну из команд:

DISM /online /cleanup-image /restorehealth /source:E:\sources\install.wimИли:

DISM /online /cleanup-image /restorehealth /source:E:\sources\install.esd

Чтобы запретить использовать центр обновлений Windows в Интернете, и выполнять сканирование и восстановление образа Windows только из локального WIM/ESD файла:

DISM /online /cleanup-image /restorehealth /source:E:\sources\install.wim /limitaccessИли:

DISM /online /cleanup-image /restorehealth /source:E:\sources\install.esd /limitaccess

dism /online /cleanup-image /restorehealth /limitaccess

Журнал сканирования и восстановления системных файлов утилиты DISM можно найти здесь: C:\Windows\Logs\CBS.log.

После восстановления хранилища компонентов вы можете запустить утилиту проверки системных файлов sfc /scannow. Скорее всего она успешно восстановит поврежденные файлы (Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила).

Восстановление поврежденного хранилища компонентов Windows 10/Server 2016 с помощью PowerShell

В версии PowerShell в Windows 10 и Windows Server 2016/2019 есть аналоги рассмотренных выше команд DISM. Для сканирования хранилища компонентов и поиска повреждений в образе выполните:

Repair-WindowsImage -Online –ScanHealth

Если ошибок в хранилище компонентов не обнаружено, появится сообщение:

ImageHealth State: Healthy

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

Repair-WindowsImage -Online -RestoreHealth

Восстановление хранилища компонентов оффлайн если Windows не загружается

Если Windows не загружается корректно, вы можете выполнить проверку и исправление системных файлов в оффлайн режиме.

  1. Для этого загрузитесь с установочного (загрузочного диска) и на экране начала установки нажмите Shift + F10
  2. Чтобы разобраться с буквами дисков, назначенных в среде WinPE, выполните команду diskpart -> list vol (в моем примере диску, на котором установлена Windows присвоена буква C:\, эту букву я буду использовать в следующих командах);
  3. Проверим системные файлы и исправим поврежденные файлы командой: sfc /scannow /ofootdir=C:\ /offwindir=C:\Windows
  4. Для исправления хранилища компонентов используйте следующую команду (в качестве источника для восстановления компонентов мы используем WIM файл с установочным образом Windows 10, с которого мы загрузили компьютер):
    Dism /image:C:\ /Cleanup-Image /RestoreHealth /Source:D:\sources\install.wim
  5. Если на целевом диске недостаточно места, то для извлечения временных файлов нам понадобится отдельный диск достаточного размера, например F:\, на котором нужно создать пустой каталог: mkdir f:\scratch и запустить восстановление хранилища компонентов командой:
    Dism /image:C:\ /Cleanup-Image /RestoreHealth /Source:D:\sources\install.wim /ScratchDir:F:\scratch

Предыдущая статья Следующая статья

Источник: https://winitpro.ru/index.php/2019/07/08/dism-cleanup-image-restorehealth/

Как восстановить хранилище компонентов Windows при помощи DISM Restore Health

0x800f082f dism

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

В данной статье мы рассмотрим ситуацию при которой на компьютере повреждается хранилище системных компонентов, расположенное в папке WinSxS.

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

Диагностика DSIM

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

DISM /Online /Cleanup-Image /CheckHealth

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

Даже при положительном результате проверки нельзя быть на сто процентов уверенными в ее достоверности. Ведь сбой мог произойти в пропущенном малогабаритном файле, который тоже вносит определенный вклад в работоспособность системы.

Как быть в этом случае? Достаточно лишь заменить параметр CheckHealth на ScanHealth, что позволит провести глубокое сканирование хранилища. Такая проверка займет несколько больше времени.

Введите в командной строке следующую команду:

DISM /Online /Cleanup-Image /ScanHealth

Восстановление системного хранилища

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

Обнаружились ошибки? Например:

  • Хранилище компонентов подлежит восстановлению.
  • Ошибка: 1726 Сбой при удаленном вызове процедуры.
  • Ошибка 1910 Не найден указанный источник экспорта объекта.

Эти сообщения говорят нам о том, что хранилище тем или иным образом повреждено и нуждается в восстановлении.

Чтобы исправить возникшую неполадку, введите в командной строке следующую команду:

DISM /Online /Cleanup-Image /RestoreHealth

Восстановление хранилища компонентов при помощи загрузочной флешки

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

  • 0x800f0906 Не удалось скачать исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра “Источник”.
  • 0x800f081f Не удалось найти исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра “Источник”.
  • 0x800f0950 Сбой DISM. Операция не выполнена.

Чтобы выйти из сложившейся ситуации, вам понадобится загрузочная флешка или диск с ISO-образом установленной операционной системы Windows 10.

Воспользуйтесь приведенной ниже инструкцией, чтобы завершить процесс восстановления хранилища:

1. Определите букву загрузочного устройства в разделе Мой компьютер (Этот компьютер).

В нашем случае это диск F:.

2. Двойным щелчком откройте содержимое папки и перейдите в sources.

3. Найдите файл install.

Он может быть в формате .ESD или .WIM. Запомните или запишите эти данные, в дальнейшем они пригодятся.

На данном этапе нам нужно узнать индексацию файла образа системы. Откройте командную строку от имени администратора и введите следующую команду:

DISM /Get-WimInfo /WimFile:F:\Sources\install.esd

Внимание!
Укажите корректный путь к диску, на котором хранитсявашаWindows. Окончание (формат инсталлятора) введите соответственно тому, что написано напротиввашегофайла. Он может быть с расширением.WIM.

Теперь нам известен индекс операционной системы.

5. Пришло время перейти непосредственно к восстановлению операционной системы! Введите в командной строке команду:

DISM /Online /Cleanup-Image /RestoreHealth /Source:ESD:F:\Sources\install.esd:1 /LimitAccess

Здесь:

F: — буква диска, на который был установлен ISO-образ операционной системы.

install.esd:1 — индекс операционной системы.

LimitAccess — создание запрета на доступ к центру обновления Windows.

Теперь вы можете быть спокойны за свое хранилище системных компонентов. Оно восстановлено и готово к дальнейшей работе. Однако не торопитесь покидать нас. Осталось выполнить последнюю проверку — проверку целостности системных файлов.

Откройте командную строку от имени администратора и введите команду:

sfc /scannow

Теперь введите команду shutdown /r /t 0 и перезапустите компьютер, чтобы применить и сохранить внесенные изменения.

На всякий случай, если потребуется восстановление других стертых файлов и папок в системе Windows, вам помогут инструменты Starus Recovery. Cкачать и опробовать программы для восстановления удаленных данных можно совершенно бесплатно! В пробной версии продукта доступны все функции для успешного анализа и восстановления данных, включая функцию пред-просмотра.

Источник:

www.starusrecovery.ru

Источник: https://zen.yandex.ru/media/starusrecovery/kak-vosstanovit-hranilisce-komponentov-windows-pri-pomosci-dism-restore-health-5bfbe2fff66ec500aa5c142c

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.