Nst winpe image как удалить

Обновлено: 05.01.2025

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

Для чего вам потребуется Windows PE?

Какие задачи мы сможем выполнять под ней:

Какие бывают Windows PE?

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

Win PE от вендоров:

Это далеко не полный список, но те системы, которые наиболее на слуху. Каждый полезен, у каждого свои преимущества. А список кастомных сборок от разных энтузиатов просто море:

Как устроен и работает Windows PE

Диспетчер загрузки bootmgr позволяет выполнить загрузку как с обычного системного диска, так и из загрузочных образов, виртуальных дисков, загрузку с использованием загрузчиков других операционных систем. Содержимое типового диска аварийного восстановления на базе WinPE:

Процесс загрузки Windows PE проходит следующие этапы:

Выполняется загрузка с использованием загрузочного сектора определенного носителя. Управление передается программе Bootmgr. Bootmgr извлекает основные сведения загрузки из данных конфигурации загрузки и передает управление программе winload.exe, содержащейся в Boot.wim. Затем Winload.exe загружает необходимый уровень HAL (Hardware Abstraction Layer) и загружает куст системного реестра и необходимые драйверы загрузки. После завершения загрузки она подготавливает среду для выполнения ядра Ntoskrnl.exe.
Выполняется программа Ntoskrnl.exe, которая завершает установку среды. Управление передается модулю Session Manager (SMSS).
Модуль SMSS загружает остальную часть реестра, настраивает среду для запуска подсистемы Win32 (файл Win32k.sys) и ее различных процессов. Модуль SMSS загружает процесс Winlogon, чтобы создать сеанс пользователя, а затем запускает службы, остальные второстепенные драйверы устройств и подсистему безопасности (LSASS).
Winlogon.exe выполняет установку, основываясь на значении реестра HKLM\SYSTEM\Setup\CmdLine. Winpeshl.exe запустит %SYSTEMDRIVE%\sources\setup.exe, если этот файл существует, в противном случае программа Winpeshl.exe будет искать приложение, указанное в файле %SYSTEMROOT%\system32\winpeshl.ini. Если приложение не указано, будет выполнена команда cmd /k %SYSTEMROOT%\system32\startnet.cmd. По умолчанию Windows PE содержит файл Startnet.cmd, который запускает программу Wpeinit.exe. Wpeinit.exe загружает сетевые ресурсы и координирует свою работу с сетевыми компонентами, такими как DHCP.
Wpeinit.exe устанавливает устройства PnP, обрабатывает параметры Unattend.xml и загружает сетевые ресурсы. После выполнения Wpeinit.exe отобразится окно командной строки. Процесс загрузки Windows PE завершен.

Методика создания своего Windows PE

Итак, подхода три:

Создать мультизагрузочную флэшку или диск с меню на базе загрузчика GRUB или Syslinux, где каждый пункт будет запускать свой LiveCD или WinPE.
Создать свой WinPE, напичкав его своими драйверами, утилитами, приложениями, скриптами.
Создать Windows PE средствами MDT (Microsoft Deployment Toolkit). Этот способ самый удобный, но самый сложный и требующий времени на изучение MDT.

Первый вариант рассмотрен в конце нашей статьи о загрузчиках. Мы пойдем другим путем.

Подготовка Windows PE своими руками

Все, образ готов. Конечно, уйдет немало времени для отладки всего этого, но в целом процесс не такой сложный. Можете надергать готовые PE приложения из других готовых сборок и добавить в свою. Детали процесса подготовки и добавления приложений я описывать не буду, таких описаний в сети тьма.

Полуавтоматизированная сборка Windows PE

К сожалению, я данным проектом полная неразбериха, и не существует полноценной документации. Все статьи в интернете более не актуальны. Основной проект по обновления платформы WinBuilder, как таковой, умер, но в рамках него существует несколько самостоятельно развивающих проектов. В связи с этим не скачивайте приложение Winbuilder 082 с официального сайта, оно ссылается на умершие проекты, поэтому не работает.

Вам нужно выбрать между 4 проектами:

Скачав архив, распакуйте его и запустите приложение Builder SE.exe. Далее, действуйте по инструкции: укажите Source с установочными файлами ОС (там должен быть install.wim), настройте подпроекты (у каждого есть страница настроек) и запустите сборку проекта.

[Посещений: 23 730, из них сегодня: 5]

Windows PE - это облегченная ОС от Microsoft, которая может развертывать и восстанавливать установку Windows на нескольких компьютерах. Microsoft создала операционную систему, которую можно использовать для установки, развертывания Windows на нескольких компьютерах. Также может быть использована для восстановления Windows 10, включая Home, Pro, Enterprise и Education.

Windows PE не является операционной системой, вы можете использовать ее как стандартную ОС для развертывания и восстановления. Microsoft позаботилась о том, чтобы PE прекратил работу после 72 часов непрерывного использования. При повторном запуске все изменения будут потеряны, включая изменения в реестре. Если вы хотите иметь что-то постоянное, вам нужно будет смонтировать и настроить ее.

Что вы можете сделать с PE

Windows PE поддерживает множество функций ОС. Он включает в себя пакетные файлы, сценарии, приложения, включая Win32, общие драйверы, сетевые протоколы, такие как TCP/IT, NetBIOS через TCP/IP через локальную сеть. Он также поддерживает NTFS, инструмент DiskPart и загрузку BCD. Что касается безопасности, вы можете использовать BitLocker, TPM, Secure Boot и другие. Наконец, вы также можете использовать VHD, интеграцию с мышью и т. Д., Что позволяет PE работать в гипервизоре.

Тем не менее, нет поддержки Терминала, Сетевого домена, Удаленного рабочего стола, расширения MSI, 64-разрядных через 32-разрядных и добавления пакетов приложений через DISM.

Ограничения размера Windows PE

Поскольку установка Windows PE использует FAT 32, это создает ограничение. Вы можете использовать максимальный размер файла 4 ГБ и максимальный размер диска 32 ГБ. Даже если у вас накопитель более 32 ГБ, он все равно будет использовать только 32 ГБ. Вы можете создать несколько разделов на USB-накопителе или использовать отдельный USB для образа или использовать образ из сетевого расположения.

Где можно скачать Windows PE

Как минимум, вам потребуется 512 МБ ОЗУ, т. Е. Жесткий диск не требуется. Но вам понадобится загрузка с RAM-диска, на котором может храниться весь образ Windows PE. Также обратите внимание, что 32-битная Windows PE работает с 32-битными ПК с UEFI и BIOS, а также с 64-битными ПК с BIOS, тогда как 64-битная Windows PE может загружать 64-битные ПК с UEFI и BIOS.

Вы должны будете создать загрузочную WinPE USB флэшку\диск или виртуальный жесткий диск. Чтобы создать носитель WinPE, необходимо установить ADK с параметром средств развертывания, а затем установить дополнительный комплект WindowsPE.

Здравствуйте. Сегодня я расскажу как можно создать единый установочный носитель с множеством разных версий Windows не прибегая к использованию стороннего ПО. Таким образом вы будете полностью понимать какие манипуляции мы выполняем.

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

Кому интересно — прошу под кат.

Без хакинга эти имена не поменять. Для чего это может понадобиться? Да для того, чтобы иметь несколько дистрибутивов Windows на одной флешке! Ведь кто-то не переваривает Win8, ему Win7 ставь, а кто-то хочет систему поновее и пошустрее.

Раньше я особо не заморачивался и просто скопировал эти файлы и папки с одного установочного ISO-шника (скажем, Win 8.1 x64). Переименовал [sources] в [sources_w8x64] . Потом покопировал с остальных ISO-шников только [sources] , попутно переименовывая их. И всё. Больше никаких телодвижений кроме записи загрузочного сектора и активации раздела флешки я не делал. В результате у меня была приблизительно такая структура файлов на флешке:

Когда надо было установить какую-то из систем, я просто переименовывал соответствующие папки так, чтобы файлы требуемой Windows были в папке [sources] .

Эти обстоятельства послужили тригером к решению:

Конечно, в этом можно найти определённую логику: такой подход позволяет не распаковывать ISO-шки, а положить их в отдельную папку на флешке… Но надо поддерживать кучу других файлов…
Короче, это не наш путь.

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

один файл огромного размера
- нельзя использовать FAT32 , а следовательно и UEFI
- невозможно впоследствии использовать флешку меньшего объёма пропустив копирование ненужных дистрибутивов
Делать мы всё будем руками и, как было обещано, без стороннего ПО. А то есть куча разных прог для создания супер мега крутых мультизагрузочных дисков, но толком не ясно что они делают и как. А у нас план — без стороннего софта и с минимальным вмешательством!

Подготовка флешки

Определитесь с файловой системой

Выбор-то и не большой:

Вот и получается:
обязательно нужен UEFI — FAT32, не обязательно или не нужен вовсе — NTFS.

Отформатируйте флешку в выбранную вами ФС.
Примечание: если ваша флешка уже имеет нужную ФС, то форматировать её необязательно. Но я бы всё-таки отформатировал ;)

Сделайте раздел активным

Это нужно для того, чтобы компьютер мог загрузиться с него (ну, или хотя бы попытаться. ).
Тут есть различие между USB-HDD и флешками .

Для USB-HDD это можно сделать так:
Откройте оснастку Управление дисками (diskmgmt.msc). Щёлкните правой кнопкой мыши по нужному разделу своего USB-HDD и выберите "Сделать раздел активным". Если этот пункт контекстного меню неактивен — значит раздел уже активен.

Для флешки этот вариант не пройдёт. Тут пункт контекстного меню "Сделать раздел активным" будет всегда неактивен. Поэтому нужно использовать универсальный способ:
Откройте Командную строку (cmd.exe). Выполните такие команды:

Теперь ваша флешка является загрузочной. Но она пока пуста. Самое время наполнить её смыслом .

Наполнение дистрибутивами

Файлы диспетчера загрузки Windows

Нам нужен набор файлов менеджера загрузки. Это:

Я скопировал эти файлы из самого свежего дистрибутива — Windows 10 x64 (Threshold 2).

Дистрибутивы

Файлы дистрибутива находятся в [sources] . Значит надо создать структуру папок, содержащую [sources] из разных версий Windows под разными именами. Эту структуру можно делать как захочется. Но важно потом соблюдать соответствие путей. Я сделал так:

Теперь в каждую из этих папок надо скопировать содержимое [sources] из соответствующих ISO-шников. До сих пор на флешке было занято лишь несколько десятков МиБ . А теперь — несколько ГиБ .

Настройка

Мы хотим, чтобы можно было выбирать любую из этих систем просто из меню. Без переименовывая папок и т.п. рутины. Значит, надо добавить пункт меню для каждой из Windows.

Помните, раньше мы копировали файлы диспетчера загрузки? Теперь нужно отредактировать файлы данных конфигурации загрузки. Это:

Редактируем BCD

Сначала включим отображение меню. И уберём таймаут, чтобы оно отображалось столь угодно долго до совершения выбора пользователем (мы ведь не просто загружаемся, а систему устанавливаем! Выбор должен быть осознанным ◕‿◕).
Чтобы сделать это выполните команды:

где <буква_диска> здесь и далее — ваша флешка.

Дальше будем добавлять пункты установки для каждой из систем. Сначала выполним команду
bcdedit /store <буква_диска>:\boot\bcd /enum
чтобы узнать значение device и osdevice пункта по-умолчанию. Они будут приблизительно такими:

Параметр device определяет устройство, на котором лежит \windows\system32\boot\winload.exe (это значение указано в параметре path ).
Параметр osdevice определяет устройство, на котором лежит \windows (это значение указано в параметре systemroot ).

В нашем случае значения device и osdevice состоят из пути к WIM-образу системы (в данном случае WinPE), который загружается в оперативную память (ramdisk). После запятой указан GUID записи, которая определяет параметры устройства, с которого будет загружаться WinPE (в нашем случае — ramdisk). На неё можно взглянуть подробнее:

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

boot.sdi — Это по-сути образ пустого NTFS-тома. А в этот том уже монтируется образ из boot.wim .

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

Добавление пунктов

bcdedit /store <буква_диска>:\boot\bcd /set > osdevice ramdisk=[boot]\<путь к дистрибутиву>\boot.wim,>

Здесь приведено несколько примеров создания новых пунктов загрузки на основе пункта по-умолчанию.
Не копируйте тупо команды отсюда! У вас будут другие GUID-ы. Эти примеры только чтобы понять что к чему.

Завершение редактирования BCD

После того, как все пункты добавлены удаляем пункт по-умолчанию:
bcdedit /store <буква_диска>:\boot\bcd /delete

Редактируем BCD для UEFI

Если вам нужна загрузка по UEFI, то вам нужно также отредактировать другое хранилище конфигурации загрузки (то, которым руководствуется BootMgFw.efi ).

Тут всё точно так же как и там, за исключением пути к файлу BCD .
Т.е. вместо
bcdedit /store <буква_диска>:\boot\bcd
следует использовать
bcdedit /store <буква_диска>:\efi\microsoft\boot\bcd .

Примечание. Вы не можете просто так взять и скопировать \boot\bcd в \efi\microsoft\boot\bcd ! Они должны различаться как минимум параметрами path во всех пунктах, включая .

\windows\system32\boot\winload.exe vs \windows\system32\boot\winload.efi
\boot\memtest.exe vs \efi\microsoft\boot\memtest.efi

Update
Посредством UEFI могут загружаться все 64-битные версии Windows NT 6.0+, а из 32-битных — только Windows 8+.
Кроме того, в пунктах установки ОС, предшествующих Windows 8, не должно быть параметра IsolatedContext со значением Yes. Иначе, у вас просто не запустится среда предустановки этой системы (т.е. вы не сможете установить, например, Windows 7 x64 в режиме UEFI).

Windows PE

Итак, у нас при загрузке с флешки уже есть рабочее меню, где мы можем выбирать нужную версию Windows. Загрузитесь и убедитесь, что при выборе определённого пункта меню загружается соответствующая Windows PE.

Проблема

Мы ещё не всё сделали. Ведь, если попытаться установить какую-то из систем, то получим неприятный сюрприз:

Варианты решения

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

Решение

Это всё хорошо, но мы же не хотим вручную запускать установку, правда? Хотим чтобы оно само. Значит надо сделать так, чтобы оно само запускало установку откуда надо.

Варианты автоматизации

Рассмотрим запуск Windows PE, чтобы понять, как с минимальным вмешательством заставить её выполнять то, что нам нужно.
В параметре реестра HKLM\SYSTEM\Setup\CmdLine указано первое приложение, которое выполняется после запуска WinPE. Это winpeshl.exe . Оно делает всякие полезные вещи, как то:
1. Включает фоновую картинку (запуск WallpaperHost.exe )
2. Проверяет, есть ли рядом файл winpeshl.ini . Если есть — выполняет из него команды.
3. Инициализирует PNP
4. Если файла winpeshl.ini не было — пытается запустить одно из приложений (в порядке приоритета):
5. X:\$Windows.
Нам нужно выполнить свой сценарий, который найдёт на флешке нужный файл и запустит его. Как видите, у нас не один вариант:
- добавить файл сценария и winpeshl.ini с командой на запуск cmd.exe для выполнения нашего сценария
- удалить/переименовать X:\setup.exe и отредактировать startnet.cmd
Я продемонстрирую вариант только с добавлением файлов (минимальное вмешательство, да).

Модифицируем boot.wim

На примере дистрибутива Windows 10 x64.
Итак, нам нужно редактировать содержимое тома X: , которое монтируется из boot.wim . Сначала узнаем индекс образа для монтирования:

Нам нужен не чистый Windows PE, а установочный — Windows Setup. Т.е. индекс — 2.
Ещё нам нужно создать папку, куда будем монтировать образ. Я создал C:\mnt .

Теперь, как и запланировали, копируем в C:\mnt\Windows\System32\ файлы winpeshl.ini и свой файл сценария (я назвал его runsetup.cmd ).

А за тем, чтобы файлы winpeshl.ini и runsetup.cmd были универсальны для всех дистрибутивов Windows NT 6.0+. Т.е. их не нужно отдельно модифицировать под установку Win7, Win8 и т.п. Путь к папке дистрибутива определяется автоматически.

Также добавлен простой способ запуска Восстановления системы, т.к. из-за прямого запуска \sources\setup.exe вместо X:\setup.exe мы теряем страницу:

Разница только в том, что в нашем случае мы язык выбираем уже после запуска установки Windows или Восстановления системы. В оригинальных ISO образах X:\setup.exe сообщает языковые настройки запускаемым через него приложениям.

Внимание! В предоставленном мной runsetup.cmd путь к программе установки определяется по шаблону <буква_флешки>:\\<путь_и_префикс_к_папкам_дистрибутивов>_<версия>_<архитектура>\setup.exe
(строка %RamdiskSourceDrive%\%WinDistAfx%_%WinVerAfx%_%WinArchAfx%\setup.exe ). Т.е. в моём случае сценарий будет формировать пути (в зависимости от того, из какого дистрибутива был запущен) наподобие:
- D:\WinDists\Win_7_ia32\setup.exe
- D:\WinDists\Win_10_x64\setup.exe
Если вы создавали на флешке другую структуру папок и их названий — сделайте соответствующие изменения.

Осталось отмонтировать образ с сохранением изменений:

Готово! Теперь нужно повторить эти действия для остальных boot.wim . После этого у вас на флешке будут все желаемые дистрибутивы, которые вы сможете просто выбирать из меню и продолжать установку как будто на флешке только одна версия Windows!

Чего бы улучшить?

Тут ещё несколько советов по улучшению вашей установочной флешки.

Пропуск ввода ключа продукта и выбор любой редакции Windows

Для этого нужно поместить файлик ei.cfg рядом с программой установки

Помещать нужно в папку откуда запускается setup.exe . Постольку у нас он запускается с флешки, а не с ramdisk-а ( boot.wim ), то и кладём ei.cfg в папки дистрибутивов на флешке. (+1 преимущество от запуска установки прямо с флешки, вместо запуска с ramdisk-а с параметром /installFrom ).

Запуск приложения реального режима из меню Диспетчера загрузки Windows

Таким образом можно сделать возможность циклического перехода из одного меню в другое без перезагрузки компьютера. И уже не важно какой из загрузчиков был запущен первым: BOOTMGR или GRLDR .

Прогрессбар при загрузке boot.wim на ramdisk

В новейших BootMgr сделали загрузку образа boot.wim на ramdisk без анимации. Т.е. просто выводится статический логотип Windows и всё, ждите. Можно вернуть прогрессбар, как было раньше. Он хоть будет давать информацию о степени загрузки WinPE в оперативную память.

Подробный вывод загружаемых файлов

Это в дополнение к предыдущему украшательству. Работает по Windows 7 включительно. В Windows 8+ майки это выпилили почему-то (не даёт эффекта).

Применив предыдущие два украшательства прикольнее всего грузится Windows 7. Но это всё — баловство.

Восстановление повреждённого хранилища компонентов Windows 10 в Среде предустановки Windows (Windows PE) с помощью дистрибутива Win 10, а также виртуального диска VHD
Для восстановления нам понадобится загрузочная флешка с Windows 10, создайте её по этой статье или по этой . Загружаемся с созданной установочной флешки. В начальной фазе установки Windows 10 жмём клавиатурное сочетание Shift + F10 и открывается окно командной строки.

Определимся с буквами дисков (в среде предустановки они могут отличаться от тех, которые мы видим в работающей Windows).

открывается блокнот, выбираем:

Тип файлов: выбираем вариант « Все файлы » и ж мём на кнопку «Этот компьютер».
В открывшемся окне видим, что ж ёсткий диск ноутбука разделён на два раздела: на (C:) установлена Windows 10, а на (D:) расположены пользовательские файлы. Б уква диска (F:) принадлежит нашей загрузочной флешке с установочными файлами Windows 10. Примечание: В вашем случае буква диска с установленной Windows 10 может быть не (C:), а другой, зайдите на диск и посмотрите наличие файлов установленной Win 10.

В командной строке вводим команду, которая произведёт нам проверку и восстановление целостности системных файлов в Среде предустановки Windows (Windows PE) :

sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

offbootdir=C:\ раздел, содержащий папку с хранилищем оригинальных компонентов Windows, (папка C:Windows\WinSxS).

offwindir=C:\Windows - раздел с установленной операционной системой.

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

Данные ошибки - признак того, хранилище компонентов повреждено. В этом случае создаём на диске (D:) пустую папку с названием 1 (для расположения временных файлов)

и вводим команду, которая произведёт восстановление хранилища компонентов за счёт оригинальных файлов Windows 10, находящихся на нашей загрузочной флешке с Win 10:
Dism /image:C:\ /Cleanup-Image /RestoreHealth /Source:F:\sources\install.esd /ScratchDir:D:\1

где C :, - это раздел с установленной Windows 10 (которую мы восстанавливаем), а

F : - это буква флешки, а \sources\install.esd, - это адрес расположения на флешке архива install.esd с оригинальными файлами Windows 10.

/ScratchDir: - задает временный каталог, используемый при извлечении файлов для временного использования при обслуживании.

папка 1 - на разделе D: создана для временных файлов.
«Восстановление выполнено успешно. Операция успешно завершена»

Но в некоторых запущенных случаях можно и здесь потерпеть неудачу, выйдет ошибка 0x800f081f «Не удалось найти исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра "Источник"», тогда друзья восстановим хранилище компонентов хитрым способом с помощью виртуального диска VHD !

Восстановление повреждённого хранилища компонентов Windows 10 в Среде предустановки Windows (Windows PE) с помощью виртуального диска VHD
С оздаём на нашей загрузочной флешке (буква диска F:) с Windows 10 файл сценария - обычный текстовый файл с именем «vd» и расширением .txt и содержанием: Данный файл сценария создаст нам на диске (D:) виртуальный диск с именем - 10.vhd, Размер виртуального диска 20000 Мб или 20 Гб, creat vdis file=d:\10.vhd maximum=1000 type=expandable - обозначает, что нам нужен динамический виртуальный диск.

Вводим в командной строке команду, запускающую в работу файл сценария «vd», находящегося на нашей флешке USB (F:)

diskpart /s F:\vd.txt

В результате на диске (D:) появляется виртуальный диск 10.vhd.

В результате работы файла сценария в окне «Этот компьютер» также появляется пустой виртуальный диск (M:). На данный виртуальный диск (M:) нам нужно развернуть содержимое файла install.esd ( операционную систему Windows 10), файл install.esd находится на нашей загрузочной флешке, буква диска ( F:) .

Файл - install.esd, находящийся на нашей загрузочной флешке по адресу F:\sources\install.esd, может содержать в себе несколько образов (Image) операционных систем,

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

где F : - буква диска флешки, а \sources, это папка с файлом-образом операционной системы - install.esd.

Для установки на виртуальный диск мне нужна Windows 10 Домашняя для одного языка, (индекс образа 3), так как именно Windows 10 Домашняя для одного языка установлена на моём ноутбуке и именно её я и восстанавливаю.

Следующей командой я разворачиваю файл install.esd (Windows 10 Домашняя для одного языка) на виртуальный диск 10.vhd (раздел M:)

Dism /apply-image /imagefile:F:\sources\install.esd /index:3 /ApplyDir:M:\

где F: - буква диска флешки, а \sources, это папка с файлом-образом операционной системы - install.esd,

index:3 - для установки на виртуальный диск мне нужна Windows 10 Домашняя для одного языка (индекс образа 3),

M: - виртуальный диск 10.vhd.

Windows 10 развёрнута на виртуальный диск 10.vhd (раздел M:) и за счёт неё мы будем восстанавливать повреждённое хранилище компонентов нашей операционной системы.

Dism /image:C:\ /Cleanup-Image /RestoreHealth /Source:M:\Windows /ScratchDir:D:\1

где C:, - это раздел с установленной Windows 10 (которую мы восстанавливаем), а

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

/ScratchDir: - задает временный каталог, используемый при извлечении файлов для временного использования при обслуживании.

папка 1 - на разделе D: создана для временных файлов.
«Восстановление выполнено успешно. Операция успешно завершена»

Вот таким образом мы с вами восстановили повреждённое хранилище компонентов Windows 10 в Среде предустановки Windows (Windows PE) с помощью дистрибутива Win 10, а также виртуального диска VHD!

Осталось только восстановить целостность системных компонентов Windows 10 командой:

sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

offbootdir=C:\ раздел, содержащий папку с хранилищем оригинальных компонентов Windows, (папка C:Windows\WinSxS).

offwindir=C:\Windows - раздел с установленной операционной системой.
«Программа защиты ресурсов обнаружила повреждённые файлы и успешно их восстановила».

После работы виртуальный диск 10.vhd на диске (D:) можно удалить прямо в блокноте

Читайте также: