Среда Windows PE входит в Windows ADK, который теперь объединяет средства развертывания и оценки различных параметров системы.

Сегодня в программе:

Что входит в Windows ADK

Раньше инструменты для подготовки операционной системы к развертыванию и оценки ее работы поставлялись отдельными наборами. Теперь Windows Assessment and Development Kit (далее ADK) объединил несколько пакетов.

Deployment and Imaging Tools и Windows Preinstallation Environment

Эти средства для подготовки Windows к развертыванию ранее входили в WAIK, а Windows System Image Manager даже не изменился внешне.

Windows Performance Toolkit

Набор инструментов для оценки производительности Windows, с которым вы уже знакомы , раньше поставлялся в наборе SDK. Теперь в WPT входят новые средства для записи различных сценариев работы приложений и системы (Windows Performance Recorder) и просмотра записей (Windows Performance Analyzer).

Windows Assessment Toolkit

Это новый набор, лицом которого является Windows Assessment Console. С ее помощью можно оценивать различные параметры работы Windows и приложений, например, производительность или потребление энергии.

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

Загрузка и установка Windows ADK

Microsoft не предлагает к загрузке ISO, но с помощью установщика вы можете скачать полный комплект (инструкции на английском) и сделать из него образ, если необходимо. После установки вы найдете все наборы в папке Program Files\Windows Kits. Впрочем, если у вас 64-разрядная система, туда упадет лишь часть средств развертывания, а остальное окажется в Program files (x86).

История версий Windows PE

Полный список изменений в разных версиях есть в документации . Текущая версия — Windows PE for Windows 10 . Она не претерпела существенных изменений по сравнению с предшественницей, но раньше среда развивалась более активно.

Например, на Windows PE 4.0 была основана среда предустановки Windows 8, что повлекло ряд значимых изменений по сравнению с Windows PE 3.1 времен Windows 7. Тогда расширился список пакетов (ссылка на актуальный документ), которые можно внедрить в PE. В частности именно в PE 4.0 добавились:

• .NET (WinPE-NetFX) обеспечивает запуск приложений, которым требуется.NET Framework.
• Powershell (WinPE-PowerShell) позволяет использовать PowerShell в среде PE. В состав ADK входит новая версия Powershell.
• DISM PowerShell Cmdlets (WinPE-DismCmdlets) представляют собой новые командлеты третьей версии Powershell для создания и обслуживания WIM образов
• Remote Network Driver Specification (WinPE-RNDIS) пригодится для доступа к удаленным клиентам из Windows PE
• Windows PE Secure Startup (WinPE-SecureStartup) нужен для управления BitLocker и TPM.

Изменения в Windows PE 5.0 и 5.1 были не такие значительные. Но если 5.0 вошла в ADK, то 5.1 с поддержкой WimBoot (ныне неактуальной), надо было применять в качестве обновления.

Подготовка рабочей папки

Введите в поиск среда средств (в англ. версии — deployment ) и запустите от имени администратора командную строку средств развертывания. По сути это файл DandISetEnv.bat из папки Deployment and Imaging Tools , задающий необходимые переменные среды для быстрого доступа к инструментам командной строки.

Для работы с автоустановкой и Windows PE у меня давно создана переменная среды %ua% , ведущая в папку unattend в корне профиля. Вы можете создать такую же переменную на постоянной основе, либо только в рамках текущей сессии командной строки, как показано ниже.

:: Задайте путь к рабочей папке (избегайте кириллицы и пробелов в пути) set ua=C:\unattend:: Создайте папку md %ua%

# Задайте путь к рабочей папке (избегайте кириллицы и пробелов в пути) $env:ua = "C:\unattend" # Создайте папку md $env:ua

Все дальнейшие команды будут использовать переменную %ua% вне зависимости от того, где у вас создана рабочая папка.

Копирование файлов Windows PE в рабочую папку

В ADK входит удобный файл copype.cmd , который делает эту работу одной командой.

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

В командной строке выполните:

Cd "..\Windows Preinstallation Environment" copype.cmd x86 %ua%\winpe_x86\

Первая команда переходит в папку с наборами файлов Windows PE, а вторая запускает файл copype.cmd с параметрами x86 для создания 32-разрядной PE и %ua%\winpe_x86\ для копирования необходимых файлов в эту папку, с которой мы будем работать дальше.

Работа WIM-образом Windows PE

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

Шаг 1 – Подключение образа

Подключение WIM-образа выполняется одной командой с помощью утилиты DISM. Если вы часто работаете с WIM-образами, не повредит сначала очистить все предыдущие подключения.

Dism /Cleanup-Wim dism /Mount-Wim /WimFile:%ua%\winpe_x86\media\sources\boot.wim /index:1 /MountDir:%ua%\winpe_x86\mount

Шаг 2 – Добавление пакетов в образ

Пакеты находятся в папке WinPE_OCs , и мы добавим четыре пакета:

• .Net Framework
• PowerShell
• командлеты DISM

Первая команда переходит в папку, а вторая добавляет пакеты:

Cd x86\WinPE_OCs dism /image:%ua%\winpe_x86\mount /Add-Package /PackagePath:WinPE-NetFx.cab /PackagePath:WinPE-PowerShell.cab /PackagePath:WinPE-DismCmdlets.cab /PackagePath:WinPE-wmi.cab

Возможность перечислить сразу несколько пакетов в одной команде ускоряет дело.

Вы можете добавить любые другие пакеты из папки WinPE_OCs. Например, WinPE-Scripting.cab обеспечит работу сценариев Windows Script Host (WSH). Но учтите, что каждый пакет увеличивает размер образа Windows PE.

Важно! Для работы PowerShell необходим.NET Framework, поэтому сначала нужно добавлять пакет WinPE-NetFx4.cab , и только вслед за ним WinPE-PowerShell3.cab и WinPE-DismCmdlets.cab .

Поскольку добавление пакетов сродни установке программ, при импорте WinPE-PowerShell3.cab без пакета.NET будет возникать ошибка 0x800f081e . Создавая свой первый диск, я добавлял пакеты в правильном порядке. Но потом случайно изменил его, когда собрал все пакеты в одну команду. Для решения проблемы пришлось плясать с бубном (в прямом смысле слова:)

Проверить наличие пакетов в образе вы можете командой:

Dism /image:%ua%\winpe_x86\mount /Get-Packages

Шаг 3 – Добавление драйверов

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

Если возникла необходимость, с помощью DISM можно добавить:

• отдельный драйвер, указав путь к INF-файлу
• все драйверы из папки, указав путь к ней и ключ /recurse

Примеры этих команд:

Dism /Image:%ua%\winpe_x86\mount /Add-Driver /Driver:C:\drivers\mydriver.INF dism /Image:%ua%\winpe_x86\mount /Add-Driver /Driver:C:\drivers /recurse

Шаг 4 – Добавление своих утилит и сценариев

У меня есть папка Tools , где хранятся различные утилиты и средства командной строки. Я всегда включаю ее в состав Windows PE, добавляя в корень диска.

Xcopy /e /y "%userprofile%\PortableSoft\Tools" %ua%\winpe_x86\media\Tools\

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

Видно, что.NET Framework успешно добавлен, поскольку отображается список командлетов DISM в PowerShell 3. В ближайшее время я покажу, как использовать их для работы с WIM-образами из Windows PE.

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

А вы пользуетесь Windows PE или другими дисками собственного изготовления? Расскажите в комментариях, какие диски вы используете для обслуживания и восстановления системы!

У становка второй операционной системы на свободный раздел традиционно выполняется с переносного загрузочного носителя - DVD-диска или флешки . А что делать, если ни флешки, ни диска под рукой нет, а есть лишь обычный загрузочный ? В таком случае здорово выручит WinNTSetup - небольшая утилита для быстрой установки второй операционной системы Windows на свободный раздел жёсткого диска.

Утилита бесплатна, поддерживает работу со всеми популярными версиями Windows, включая Windows 10, имеет простой русифицированный интерфейс.

Помимо своего прямого предназначения - установки второй системы , WinNTSetup поддерживает выполнение ряда полезных настроек оптимизации, например, отключения эффектов прозрачности, контроля UAC , спящего режима и прочее.

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

Как работать с WinNTSetup

Предположим, что рядом с Windows 8.1 вам нужно установить Windows 10. Запускаем утилиту и в верхнем поле открывшегося окошка указываем путь к файлу install.wim из распакованного с операционной системой.

Может такое случится, что при запуске WinNTSetup попросит скачать дополнительный компонент Windows 8 ADK . Соглашаемся и загружаем, ибо без него она не запустится.

П римечание: если основная система 32-битная , то и вторая также должна быть 32-битной , иначе утилита выдаст ошибку.

Во втором поле необходимо указать раздел, в который будет устанавливаться загрузчик. Раздел обязательно должен быть активным, так что переходим в «Управление дисками» , кликаем по выбранному разделу правой кнопкой мыши и в меню выбираем опцию .

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

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

Далее жмём «Установка», в открывшемся окошке обязательно(!) устанавливаем галочки «Найти и добавить в меню загрузки все версии Windows» и «Автоматически перезагрузить ПК после установки» .

Жмём OK . Теперь лишь осталось дождаться пока утилита распакует файлы образа Windows.

Обновлено: Октябрь 2013 г.

Назначение: Windows 7, Windows 8, Windows 8.1, Windows Server 2012, Windows Server 2012 R2

Windows ADK – это набор средств и документов, позволяющих OEM, ODM-производителям и ИТ-специалистам настраивать, оценивать и развертывать операционные системы Windows на новых компьютерах. Windows ADK поддерживает два ключевых сценария: развертывание Windows и оценку Windows.

Инструкции по установке см. в разделе .

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

• Средство ScanState
• Средство LoadState
• Средство USMTUtils

Дополнительные сведения см. в разделе о средстве миграции пользовательской среды .

Средство управления активацией корпоративных лицензий (VAMT) позволяет ИТ-специалистам автоматически и централизованно управлять активацией Windows, Windows Server, Windows ThinPC, Windows POSReady 7, ключей продуктов к отдельным дополнительным компонентам и Office для компьютеров их организации. Для управления активацией корпоративных лицензий могут применяться розничные ключи (ключи однократной активации), ключи многократной активации или служба управления ключами Windows (KMS).

Дополнительные сведения см. в разделе о средстве управления активацией корпоративных лицензий .

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

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

Windows PE (Windows Preinstallation Environment) - Среда предустановки Windows, с ограниченными службами, построенная на ядре обычный Windows . Она используется для подготовки компьютера к установке Windows, копирования образа Windows с сетевого файлового сервера и запуска установки Windows. Она является встроенным элементом других средств установки и восстановления системы, например программы установки для Windows , служб развертывания Windows (WDS), пакета средств развертывания операционной системы (OS) SCCM сервера и среды восстановления Windows (Windows RE). Изначально среда Windows PE была создана для того, чтобы помочь производителям оборудования, сборщикам систем и корпорациям загружать компьютер без работающей операционной системы. Таким образом, PE чаще всего запускают или с внешнего накопителя или же по сети с WDS/TFTP сервера компании.

Да, не надо путать Windows PE и Windows RE. Windows RE (Recovery Environment) — среда для восстановления Windows после сбоя. Однако, Windows RE как набор инструментов можно запустить из-под PE. И тут возникает мысль: а почему бы не использовать PE для задач восстановления упавших систем, интегрировав в PE необходимые приложения? Да, именно это нам и нужно.

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

• управление разделами жесткого диска с помощью утилиты Diskpart или сторонних средств;
• захват томов в WIM-образ с помощью утилиты ImageX и их сохранение на другой раздел жесткого диска или USB-диск;
• применение WIM-образов к разделу имеющегося жесткого диска с помощью утилиты ImageX и её разновидностей;
• запуск автоматической установки Windows используя скрипты и файлы ответов XML;
• копирование и замену файлов, а также правку реестра установленной операционной системы, если она не загружается;
• диагностировать неисправности оборудования;
• бороться с вирусами используя различные антивирусные утилиты для Windows PE.

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

В 2011 г. корпорация Google представила стандарт Android Open Accessory, который обеспечивает взаимосвязь между внешними USB-устройствами (Arduino-подобными платами и др.) и Android-устройством. Начиная с версии Android 3.1 (поддержка AOA портирована и в Android 2.3.4) по замыслу Google все устройства должны поддерживать USB соединение в режиме "accessory mode". В данном режиме подключенное устройство (к примеру плата Arduino) является хостом (в т.ч. питает шину 5В/500мА), а Android устройство является периферийным. В дополнении ко всему Google выпустила предназначенную для разработчиков плату ADK 2011 на базе Mega2560. В версии ADK 2012 используется микроконтроллер ARM 32-bit Cortex M3.

Для чего это необходимо? Данная взаимосвязь между устройством на базе Android и Arduino-подобными платами открывает массу возможностей для разработчика и радиолюбителя: управление сервоприводами, двигателями, индикацией с Android-телефона, считывание состояние датчиков на Android телефоне или планшете, таких как гироскоп, акселерометр, компас, GPS, передачу данных через GPRS/HDSPA модуль планшета и многое другое.

В данном цикле статей я хотел бы шаг за шагом рассказать о некоторых возможностях USB-связи между Android и Arduino.

На сегодняшний день существует уже достаточное количество плат разработчика поддерживающих Android Open Accessory протокол. Приведем некоторые из них:

Плата, анонсированная Google. Используется микроконтроллер ATmega2560 (как и в большинстве других плат, анонсированных в 2011 году).

8-ми битный контроллер ATmega2560 содержит 256 КБ внутренней флэш памяти и работает на частоте 16 МГц. Память SRAM - 8 КБ и EEPROM – 4 КБ. На плате предусмотрено 54 цифровых входа/выхода (14 из которых могут работать как ШИМ выходы) и 16 аналоговых входов (10 бит АЦП).

Помимо этого на плате уже напаяна некоторая периферия: 3 кнопки, 3 RGB светодиода, джойстик, датчик температуры, фотодиод, емкостный сенсор (логотип андроида), 2 реле 24В/1А, три коннектора для подключения серво приводов.

Однако есть один существенный минус – стоимость платы, которая составляет почти 400$, что делает ее совсем непривлекательной в радиолюбительских разработках. Да и найти и купить такую плату честно говоря сложновато даже в зарубежных интернет-магазинах.

На конференции Google I/O 2012 в конце июня 2012 г. была представлена новая плата для разработчиков (впрочем как и анонсирован новый протокол Android Open Accessory 2.0 с поддержкой аудио и подключением сразу нескольких устройств к Android). Данная плата также совместима с Arduino форм-фактором, однако в ней используется уже более мощный ARM процессор: 32-битный Cortex M3 .
Плата Arduino DUE , выход которой намечен на 2012 также будет содержать процессор Atmel ATSAM3X8E ARM Cortex-M3

Помимо этого на плате существенно обновилась и периферия: добавился слот SD, модуль Bluetooth и NFC, акселерометр, датчик атмосферного давления, влажности, приближения, емкостной слайдер, 6 семисегментных светодиодных RGB матрицы, а также УНЧ и динамик. Ну и сама плата теперь переехала в корпус в виде будильника.

В ADK2012 добавлена возможность передачи звука по USB соединению (начиная с версии Android 4.1 – API 16 и выше). Файлы схем платы ADK2012 и программные файлы доступны для скачивания .

Цена платы на текущий момент составляет около 500$.

Это уже более доступная плата от известной итальянской компании. В плате используется микроконтроллер ATmega2560, а также микросхема USB хоста MAX3421e для соединения с Android-устройством. Плата содержит 54 цифровых входа/выхода (15 из них могут работать как ШИМ), 16 аналоговых входов, 256 КБ флэш памяти (из которых 8 КБ отведены под загрузчик), SRAM - 8 КБ, EEPROM - 4 КБ.

Более подробное описание платы на английском языке можно найти . Стоимость платы Arduino ADK R3 на текущий момент составляет 50 евро.

Вариант платы от компании Seeed Studio, в данной плате также используется микроконтроллер ATmega2560. В плате есть 56 цифровых входа/выхода (14 из них могут работать как ШИМ), в остальном аналогично Arduino ADK. В качестве микросхемы USB-хоста используется MAX3421. На плате предусмотрен микропереключатель уровней 3.3В/5В.

Более подробное описание находится . Официальная стоимость платы составляет 80$.
Именно с этой платой мы и будем в дальнейшем работать. Плата была приобретена на eBay за 60$.

IOIO

Разработка от известного за рубежом интернет-магазина SparkFun. Сердцем платы служит микроконтроллер PIC24FJ256-DA206 работающий на 32МГц и имеющий 256КБ памяти программ и 96КБ RAM-памяти. На плате установлен только один USB-разъем для соединения с Android-устройством. Плата содержит 48 цифровых входов/выходов, из них 16 пинов могут быть задействованы ка аналоговые входы. На любой I/O можно повесить прерывание. Более подробная документация по IOIO Board находится .

Справедливости ради, стоит отметить, что данный код применим не только к плате FEZ Panda II, а практически ко всем платам компании GHI Electronics на ядре.NET Micro Framework, а это FEZ Domino, FEZ Hydra, FEZ Cerbuino Bee и др. платы с USB хостом.

Режимы MicroBridge и Open Accessory

Как уже было сказано выше, корпорация Google для обмена информации между устройствами Android и Arduino (и др.) представила стандарт Android Open Accessory. Однако, он поддерживается Android устройствами начиная с версии 3.1 (но также был портирован на Android и в Android 2.3.4).

Существует второй режим работы – Android Debug Bridge (ADB) в MicroBridge режиме, который поддерживается устройствами на базе Android версии 1.5 и выше.

В качестве Android устройства будет выступать современный 7" планшет Ainol Aurora с версией андроида 4.0.4, который казалось бы должен поддерживать режим Open Accessory. Однако это не так, и я так и не смог получить связь в данном режиме. При чтении зарубежных форумов и информации, я выяснил, что наличие на вашем аппарате версии Android 3.1 и выше еще не означает 100% работу в режиме Android Open Accessory.

Вот небольшой список устройств, которые совместимы с режимом Open Accessory:
Acer Iconia A100
Acer Iconia A500
ASUS Eee Pad Transfomer TF101
Dell Streak 10 Pro
Foxconn Commtiva-HD710
Google Nexus S
Google Nexus One
HTC EVO 3D
HTC PH4100
HTC Sensation 4G
HTC Nexus One
LG Optimus Pad
LG Optimus 2X
Motorola Xoom
Samsung Galaxy A
Samsung Galaxy Ace
Samsung Galaxy S
Samsung Galaxy Tab 10.1
Toshiba AT100

Для остальных устройств, возможно придется менять прошивки, ставить моды, патчи и т.п., в общем танцы с бубном. И в конце не факт, что еще и заработает, как это и получилось у меня с планшетом Ainol Aurora.

Однако, я приведу небольшой список того, что возможно поможет запустить ваш планшет с поддержкой режима Android Open Accessory:
1. Установите root права и программу Root Explorer и проверьте наличие файлов /system/framework/com.android.future.usb.accessory.jar и /system/ etc/ permissions/android.hardware.usb.accessory.xml. Если их нет, то режим Open Accessory работать не будет. Самый важный – это первый файл, необходимо найти прошивку или мод для вашего устройства, в котором содержится данный файл. Наиболее популярным является Cyanogen Mod .
Файл android.hardware.usb.accessory.xml вы можете скачать , он служит для разрешения запуска файла com.android.future.usb.accessory.jar.
Когда файла нет, то компилятор Eclipse обычно «ругается»: INSTALL_FAILED_MISSING_SHARED_LIBRARY
2. Иногда помогает установка следующей строки CONFIG_USB_ANDROID_ACCESSORY=y в файле /proc/config.gz. Однако не во всех Android устройствах есть этот файл, в моем не было.
3. Проверьте типы используемых USB библиотек Open Accessory. Иногда в проекте необходимо заменить com.android.future.usb на android.hardware.usb (плюс переделать файл манифеста, коды вызова библиотек и т.п.). Подробнее об этом написано и .
4. Попробуйте отключить режим ADB в настройках планшета.

Я проделал все вышеперечисленные процедуры, но на Android планшете все также красовалась надпись «Please connect a DemoKit board», а в логах планшета (для этого я использовал LogCat) для приложения DemoKit отображалось: «mAccessory is null», что означает, что Android не обнаружил Accessory-совместимых устройств на USB шине.
В то же время, в PortMonitor из Arduino IDE, был такой лог: «Device addressed... Requesting device descriptor. found possible device. swithcing to serial mode device supports protocol 1 or higher»
Т.е. моя плата Seeeduino ADK Main Board по всей видимости видела USB-устройство, но не открывало соединение по протоколу Open Accessory. Несколько дней экспериментов, правок программ и анализа логов ни к чему не привели.

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

В следующей статье мы рассмотрим необходимое программное обеспечение для работы с Android и Arduino, его установку и настройку.

Протокол Android Open Accessory 2.0

В конце июня 2012 был корпорацией Google был анонсирован протокол AOA 2.0. Основными нововведениями стали поддержка аудио и работа Android сразу с несколькими HID устройствами. Подержка AOA 2.0 будет осуществлятся устройствами с версией Android 4.1 Jelly Bean (уровень API 16) и выше.

В версии AOA 1.0, содержалось только два USB product ID:
0x2D00 – accessory
0x2D01 - accessory + ADB
В версии AOA 2.0 добавились следующие product ID:
0x2D02 – audio
0x2D03 - audio + ADB
0x2D04 - accessory + audio
0x2D05 - accessory + audio + ADB

Теперь с Android устройства возможно передавать аудио-поток на подключенное accessory устройство. Пока что это 2-х канальный 16-бит PCM аудио поток с битрейтом 44100 кГц, но в дальнейшем список поддерживаемых форматов может быть расширен.