Ошибка 3 dism

Содержание

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

Ошибка 3 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

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

Ошибка 3 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 10 при помощи DISM

Ошибка 3 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/page,1,2,1105-vosstanovlenie-povrezhdennogo-hranilischa-komponentov-windows-10-pri-pomoschi-dism.html

Устранение ошибок Центра обновления Windows с помощью средства DISM или средства проверки готовности системы к обновлению – Windows Server

Ошибка 3 dism

  • 09/08/2020
  • Чтение занимает 6 мин
    • D
    • o

Исходная версия продукта:   Windows 10, версия 1809 и более поздние версии, Windows Server 2012 R2, Windows 7 с пакетом обновления 1, Windows Server 2008 R2 с пакетом обновления 1 (SP1)
Исходный номер статьи базы знаний:   947821

Симптом

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

Эта статья предназначена для агентов поддержки и ИТ-специалистов. Если вы являетесь домашним пользователем и искали дополнительные сведения об устранении ошибок Центра обновления Windows, ознакомьтесь с разрешениями ошибок Центра обновления Windows.

Решение для Windows 10 и Windows Server 2012 R2

Чтобы устранить эту проблему, используйте средство обслуживания образов развертывания и управления ими (DISM). После этого снова установите обновление Windows или пакет обновления.

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

    Введите Командная строка в поле поиска , щелкните правой кнопкой мыши пункт Командная строкаи выберите пункт Запуск от имени администратора.

    При получении запроса на ввод пароля администратора или подтверждения введите пароль или выберите Разрешить.

  2. Введите следующую команду, а затем нажмите клавишу ВВОД. Для выполнения операции команды может потребоваться несколько минут.

    DISM.exe /Online /Cleanup-image /Restorehealth

    Важно!

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

    Тем не менее, если клиент обновления Windows уже нарушен, используйте работающую установку Windows в качестве источника восстановления или используйте параллельную папку Windows из сетевой папки или со съемного носителя, например DVD-диска Windows, в качестве источника файлов. Для этого выполните следующую команду:

    DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\RepairSource\Windows /LimitAccess

    Примечание

    Замените заполнитель к:\репаирсаурце\виндовс на путь к источнику восстановления. Для получения дополнительных сведений об использовании средства DISM для восстановления Windows щелкните ссылку Восстановление образа Windows.

  3. Введите sfc /scannow команду и нажмите клавишу ВВОД. Для выполнения операции команды может потребоваться несколько минут.

  4. Закройте командную строку, а затем снова запустите Обновление Windows .

DISM создает файл журнала (% windir%/Логс/КБС/КБС.лог), который захватывает все проблемы, обнаруженные или исправленные средством. % WINDIR% — папка, в которой установлена система Windows. Например, папка% WINDIR% — К:\виндовс.

Решение для Windows 7 с пакетом обновления 1 (SP1) и Windows Server 2008 R2 с пакетом обновления 1 (SP1)

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

  1. Скачайте средство проверки готовности системы к обновлению.

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

    Примечание

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

  2. Установите и запустите средство.

    1. На веб-странице центра загрузки выберите загрузить , а затем выполните одно из следующих действий:

      • Для немедленной установки средства нажмите Открыть или выполнить, а затем следуйте инструкциям на экране.
      • Чтобы установить средство позже, нажмите сохранить, а затем скачайте установочный файл на свой компьютер. Когда вы будете готовы установить средство, дважды выберите файл.
    2. В диалоговом окне автономный установщик обновлений Windows нажмите кнопку Да.

  3. При установке средства автоматически запускается. Несмотря на то что выполнение обычно занимает менее 15 минут, на некоторых компьютерах может потребоваться значительно больше времени. Даже если индикатор выполнения кажется остановленным, сканирование все еще выполняется, поэтому не выбирайте Отмена.

  4. После завершения установки нажмите кнопку Закрыть.

  5. Повторно установите обновление или пакет обновления, который вы пытались установить ранее.

Чтобы вручную устранить ошибки, обнаруженные средством, но не подлежащих исправлению, Узнайте, как устранить ошибки, обнаруженные в файле журнала средства CheckSUR.

Вы также можете попробовать скачать пакет обновления из каталога Центра обновления Майкрософт, а затем установить пакет обновления вручную.

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

  1. Откройте Каталог Центра обновления Майкрософт в Internet Explorer.

  2. В поле поиска введите номер обновления, который требуется скачать. В этом примере входное значение 3006137. Затем выберите Поиск.

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

  4. Выберите Просмотр корзины , чтобы открыть свою корзину.

  5. Нажмите кнопку скачать , чтобы скачать обновление в вашей корзине.

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

  7. Нажмите кнопку Закрыть после завершения процесса загрузки. После этого можно найти папку, содержащую пакет обновления, в указанном расположении.

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

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

Описание распространенных ошибок повреждения

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

КодОшибкаОписание
появляетсяERROR_FILE_NOT_FOUNDСистеме не удается найти указанный файл.
0x8007000DERROR_INVALID_DATAНедопустимые данные.
0x800F081FCBS_E_SOURCE_MISSINGИсточник пакета или файла не найден.
0x80073712ERROR_SXS_COMPONENT_STORE_CORRUPTХранилище компонентов находится в несогласованном состоянии.
0x800736CCERROR_SXS_FILE_HASH_MISMATCHФайл компонента не отвечает сведениям проверки, указанным в манифесте компонента.
0x800705B9ERROR_XML_PARSE_ERRORНе удается выполнить синтаксический анализ запрошенных XML-данных.
0x80070246ERROR_ILLEGAL_CHARACTERОбнаружен недопустимый символ.
0x8007370DERROR_SXS_IDENTITY_PARSE_ERRORСтрока удостоверения неправильно сформирована.
0x8007370BERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAMEИмя атрибута в идентификаторе не входит в допустимый диапазон.
0x8007370AERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUEЗначение атрибута в удостоверении находится за пределами допустимого диапазона.
0x80070057ERROR_INVALID_PARAMETERНедопустимый параметр.
0x800B0100TRUST_E_NOSIGNATUREВ теме отсутствует подпись.
0x80092003CRYPT_E_FILE_ERRORПроизошла ошибка при чтении или записи в файл с помощью центра обновления Windows.
0x800B0101CERT_E_EXPIREDЗапрошенный сертификат находится не в течение срока действия при проверке с текущими системными часами или отметкой времени в подписанном файле.
0x8007371BERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETEОтсутствует один или несколько обязательных элементов транзакции.
0x80070490ERROR_NOT_FOUNDWindows не удалось выполнить поиск новых обновлений.
0x800f0984PSFX_E_MATCHING_BINARY_MISSINGПодходящая папка компонента существует, но отсутствует двоичный файл
0x800f0986PSFX_E_APPLY_FORWARD_DELTA_FAILEDНе удалось применить перенаправленную разницу
0x800f0982PSFX_E_MATCHING_COMPONENT_NOT_FOUNDНе удается определить сопоставленный компонент для гидратации

Проверка целостности ресурсов

Средство проверки готовности системы к обновлению проверяет целостность следующих ресурсов:

  • Файлы, расположенные в следующих каталогах:
    • %системрут%\сервиЦинг\паккажес
    • %системрут%\винсксс\манифестс
  • Данные реестра, расположенные в следующих подразделах реестра:
    • HKEY_LOCAL_MACHINE\Components
    • HKEY_LOCAL_MACHINE\Schema
    • HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Component Based Servicing

Этот список можно обновить в любое время.

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

Ведение журнала

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

  • %системрут%\логс\кбс\чекксур.лог
  • %системрут%\логс\кбс\чекксур.персист.лог

Устранение ошибок, обнаруженных в файле журнала средства CheckSUR

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

  1. Открытие%Системрут%\логс\кбс\чекксур.лог.

    Примечание

    % SYSTEMROOT% — это переменная среды, которая сохраняет папку, в которой установлена система Windows. Например, папка% SYSTEMROOT% является К:\виндовс.

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

    Сводка.

    Количество выполненных секунд: 264Найдено 3 ошибкиВ MUM, указанном для CBS, отсутствует общее количество: 3

    Недоступные файлы восстановления:

сервиЦинг\паккажес\ Package_for_KB958690_sc_0 ~ 31bf3856ad364e35 ~ AMD64 ~ ~ 6.0.1.6. mum

В этом случае поврежденный пакет KB958690.

Источник: https://docs.microsoft.com/ru-ru/troubleshoot/windows-server/deployment/fix-windows-update-errors

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

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

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