Использование утилиты DISM для управления компонентами образа ОС / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

В предыдущей статье было рассказано о возможностях DISM касательно работы с WIM-файлами на низком уровне. Используя утилиту DISM, входящую в состав Windows 8, вы можете выполнять все операции с WIM-файлами, для которых раннее приходилось использовать ImageX.

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

Основным параметром утилиты DISM является указание, с каким образом системы работать — со смонтированным в папке образом, либо с запущенной в текущий момент операционной системой.

Ниже я расскажу сценариях, в которых утилита DISM должна использоваться чаще всего.

  1. Получение подробной информации о ОС, содержащейся в образе.
    dism /Get-ImageInfo /ImageFile:Путь_к_WIM_или_VHD_файлу [/index:Индекс_образа]
     Если не указывать индекса образа в файле, ту будет выведена общая информация об WIM-файле, при указании индекса — подробная по конкретному образу.
     
  2. Просмотр редакции ОС в образе (на скриншоте выше отображается в строке Выпуск)
    dism /image:путь_к_папке_со_смонтированным_образом /Get-CurrentEdition
     Для Windows 8 есть три варианта — Core, Professional и Enterprise. Core — эта стандартная редакция Windows 8
  3. Установка ключа продукта в образ. Выполняется следующей командой:

    dism /image:путь_к_папке_со_смонтированным_образом /Set-ProductKey

  4. Просмотр ассоциаций файловых расширений в образе Выполняется командой

    dism /image:путь_к_папке_со_смонтированным_образом /Get-DefaultAppAssociations

  5. Работа с пакетами Metro-приложений Как вы уже знаете, установить metro-приложения в образ в режиме аудита невозможно. Это связано с тем, что они жестко привязываются к SID-идентификатору пользователя. При помощи DISM администратор может установить свой appx-пакет в образ.

    Для этого существуют параметра работы DISM, которые удаляют, добавляют и выводят список установленных appx-пакетов, содержащих metro-приложения. /Remove-ProvisionedAppxPackage ; /Add-ProvisionedAppxPackage ; Get-ProvisionedAppxPackages.

  6. Последней наиболее интересной возможностью, рассматриваемой в данном разделе, будет включение и отключение компонентов системы. Она особенно актуальна для Windows Server 2012 (в котором, включая и отключая компоненты графического интерфейса вы можете переходить из GUI-режима в режим Server Core, а также в среднее состояние, без переустановки ОС, как это было раннее). Для вывода списка доступных возможостей необходимо ввести команду
    dism /Image:путь_к_папке_со_смонтированным_образом /Get-Features
     для того, чтобы включитьотключить возможность, необходимо использовать ключ /Enable-Feature или /Disable-Feature соответственно.

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



Агрегатор междугородних автобусов — https://www.avtovokzaly.ru/. Продажа билетов на автобус.

Рубрика: Размещение | Комментарии к записи Использование утилиты DISM для управления компонентами образа ОС / МГУПИ User Group отключены

Windows Deployment Services. Часть 2. / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

В предыдущей статье было подробно рассказано, как установить и настроить Windows Deployment Services. Однако, после выполнения указанных в ней настроек WDS не может развертывать системы, по причине того, что ему нечего развертывать. Для возможности выполнения развертывания операционных систем требуется добавить образы этих систем на сервер. Как вы уже знаете, архитектура средств развертывания Windows базируется на WIM-файлов, которые хранят в себе один или несколько образов операционной системы Windows. Как вы уже знаете, архитектура установочных дисков Windows такова, что в папке sources хранятся два главных установочных файла – boot.wim и install.wim. Файл boot.wim является загрузочным образом, то есть образом, хранящим в себе Windows PE, которая загружается при загрузке с установочного диска, и является средой для работы программы setup.exe. Таким образом, boot.wim является критично важным для выполнения загрузки bare-metal систем, и поэтому для возможности PXE-загрузки компьютеров, на них сначала необходимо передать файл boot.wim, который должен содержаться на сервере. WDS позволяет использовать в качестве загрузочного образа стандартные загрузочные образы с установочных дисков Windows 7Windows Server 2008 R2. Образ, содержащиеся в установочном диске с Windows 7, отличается от образа из программы установки Windows Server 2008 R2 только дизайном, поэтому можно использовать любой загрузочный образ. Главное, в данном вопросе, разбираться в версиях Windows PE. Так, установочные диски Windows VistaWindows Server 2008 содержат в себе Windows PE 2.0, Windows 7Windows Serve r 2008 R2 – Windows PE 3.0. Между этими версиями есть взаимная совместимость, то есть вы можете ставить систему Windows 7Windows Server 2008 R2,загрузившись с образа Windows PE 2.0, и наоборот, устанавливать Windows VistaWindows Server 2008, загрузившись с образа Windows PE 2.0. Однако не забывайте, что 3 и 2 версия Windows PE отличается по функционалу, естественно, что в лучшую сторону в пользу 3 версии. Поэтому лучше всего используйте в качестве загрузочных образов самые новые образы, которые можно найти на установочном диске Windows 7 SP1. Также стоит понимать, что вы можете использовать не только оригинальный загрузочный образ. Вы можете внести в него некие изменения, соответствующие вашим требованиям, и у вас также будет возможность загрузить его. Больше того, вы можете создать специальный загрузочный образ Windows PE, снабдив его дополнительными компонентами и возможностями, чтобы расширить его функционал для выполнения задач, больших, чем создание среды для запуска setup.exe, например создать образ среды восстановления системы, либо образ для тестирования оборудования, либо, образ с средой-тонким клиентом. Таким образом, ваша WDS-архитектура сможет использоваться не только для развертывания, но и, например для тестирования оборудования, а если вы планируете внедрять VDI-инфраструктуру, то использование WDS и настроенных Windows PE образов-тонких клиентов, позволит вам использовать бездисковые рабочие станции и тонкие клиенты, так как загрузка Windows PE с RDP-клиентом будет выполняться при помощи WDS. Итак, для того, чтобы добавить на сервер загрузочный образ, необходимо выполнить следующие операции 1. Открыть окно консоли wdsmgmt.msc, развернуть узел «Серверы», затем узел, соответствующий текущему WDS-серверу. 2. Выполнить команду «Добавить загрузочный образ» из контекстного меню контейнера «Образы загрузки»

Будет запущен мастер добавления образа. На первом его этапе вам будет предложено указать путь к загрузочному образу. Если вы вставили в дисковод DVD-диск с операционной системой, то укажите путь к файлу sourcesboot.wim, нажмите кнопку «Далее» 4. Далее будет отображено имя образа и его описание, и предложено изменить его. Изменение имени, на мой взгляд, является наиболее полезным изменением, так как введя понятное имя вы сможете идентифицировать этот образ в загрузочном меню на клиентском компьютере. Внесите необходимые вам изменения и нажмите кнопку «Далее» 5. Будет выведен список образов, которые будут добавлены на сервер, в нашем случае один. Нажмите кнопку «Далее». 6. Начнется процесс добавления образа на сервер. В это время указанный образ экспортируется из файла boot.wim, и помещается в отдельный файл boot.wim в хранилище образов. 7. По завершении процесса добавления будет выведено соответствующее уведомление, и окно мастера можно будет закрыть нажатием кнопки «Готово». Вы наверное ужа задались вопросом, как WDS хранит загрузочные образы в хранилище. Так вот, для хранения загрузочных образов, а также самих загрузчиков для разных микропроцессорных архитектур. Также там хранится файлы bcd, отвечающий за построение загрузочного меню на компьютере клиента. Настройка загрузочного меню клиента Основной файл загрузочного меню хранится в хранилище образов в папке Tmp.bcd Таким образом, в этой папке есть 4 файла, ia64, x86,x64 и x86x64. В файле ia64 хранятся записи загрузочного меню для загрузочных образов, работающих в itanium-среде, в файлах x86 и x64 – записи для 32-х и 64- разрядных систем соответственно, а в файле x86x64, содержатся записи для обоих архитектур. Операция редактирования загрузочного меню WDS-сервера довольно опасна, так как при неправильном конфигурировании сервер может оказаться неработоспособным. Поэтому сделайте резервную копию, и выполняйте дальнейшие действия только над ней. Для начала, выведем сведения из bcd файла. Для этого в командной строке, запущенной от имени администратора, введите: bcdedit /enum all /store Будет выведены параметры диспетчера загрузки, параметры времени ожидания, а также список загрузочных образов. ВЫ можете выполнять в этим меню любые команды, доступные в bcdedit, редактировать и переименовывать записи, а также создавать свои. Однако при этом не забудьте добавить GUID образа в WIM-файле. GUID можно получить, выполнив команду Imagex /info Обратите внимание, что утилита ImageX содержится в пакете Windows Automated Installation Kit. Как уже говорилось, файл boot.wim хранит в себе среду Windows PE для загрузки Bare-Metal систем и запуска setup.exe. Также у администратора есть возможность нестандартного использовании WDS-сервера за счет использования редактированных WIM-файлов, но все же этого недостаточно для выполнения развертывания настольных систем и серверов. Необходимо добавить на WDS-сервер образы самих операционных систем, которые вы планируете развертывать. Вы можете развертывать при помощи WDS образы операционных систем Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, а также для более ранних версий, если вы обобщили инсталляцию системы при помощи sysprep и захватили образ системы в WIM-файл, а также при условии отсутствия конфликтов HAL. Больше того, как и в случае с загрузочными образами, необязательно использовать оригинальный образ. Вы можете добавить на сервер и успешно развертывать разным образом измененные WIM-файлы, например те, которые были отредактированы при помощи ImageX и DISM, а также образы, которые были захвачены с мастер-установки, и содержат в себе включенное в программное обеспечение сторонних разработчиков. Гибкость данного подхода повышает количество нестандартных сценариев, в которых можно использовать WDS-сервер, а также повышает его уровень интеграции с другими средствами развертывания. Итак, для того, чтобы добавить на сервер установочный образ, следует выполнить следующее. 1. Открыть окно консоли wdsmgmt.msc, развернуть узел «Серверы», затем узел, соответствующий текущему WDS-серверу. 2. Выполнить команду «Добавить группу образов» из контекстного меню контейнера «Образы установки». Группа образов – это логическая структурная единица для каталогизации и упорядочивания образов. Сопоставляется папке в хранилище образов. 3. Ввести имя группы образов, нажать «Ок»

4. Выбрать команду «Добавить образ установки» из контекстного меню только что созданного образа. 5. Будет запущен мастер добавления образа. На первом его этапе вам будет предложено указать путь к загрузочному образу. Если вы вставили в дисковод DVD-диск с операционной системой, то укажите путь к файлу sourcesinstall.wim, нажмите кнопку «Далее» 6. Так как обычно файл insrall.wim содержит в себе несколько образов, будет продложенно выбрать, какие образы необходимо добавить на сервер.

Те образы, которые вы добавляете на этом шаге будут отображаться в окне выбора операционной системы в программе установки Windows, и вам решать, устанавливать ли флажок «Использовать имя и описание по умолчанию для каждого выбранного образа». Я предпочитаю оставлять его. Нажмите «Далее» 7. Будет выведен список образов, которые будут добавленны на сервер, в нашем случае пять. Нажмите кнопку «Далее». 8. Начнется процесс добавления образов на сервер. В это время указанные образ ы экспортируется из файла install.wim, и их общие данные помещается в файл с именем RES.RWM. Однако в хранилище будут помезаться файлы install.wim, содержащие изменения, которые содержат в себе разные образы Windows в данной группе образов. Таким образом, экономится дисковое пространство на сервере. Поэтому всегда эффективно группируйте установочные образы! 9. По завершении процесса добавления будет выведено соответствующее уведомление, и окно мастера можно будет закрыть нажатием кнопки «Готово». Если вы имеете готовые файлы ответов в формате xml для автоматизации процесс развертывания, то вы можете использовать их совместно с Windows Deployment Services. В первой части этой статьи было показано, как применить файл ответов ко всем установкам операционных систем заданной архитектуры. Данный подход довольно удобен для большинства сценариев, однако в то же время является менее гибким. Допустим, у вас есть «чистый» образ операционной системы, для которого существует свой файл ответов, и настроенный, который содержит дополнительные опции в файле ответов. Для того чтобы применить к отдельный файл ответов к отдельному образу, существует особый сценарий. 1. Выполните команду «Свойства» из контекстного меню того образа, который вы хотите связать с файлом ответов. 2. Установите флажок «Разрешить установку образа в автоматическом режиме» 3. Нажмите кнопку «Обзор», и укажите путь к файлу автоматической установки

4. Нажмите кнопку «Ок», и еще раз «Ок», чтобы закрыть диалоговое окно. После этого, при выполнении установки этого образа, установка будет выполняться с применением параметров из указанного файла ответов. После выполнения вышеуказанных операций, то есть после настройки и добавления загрузочного и установочного образов, Windows Deployment Services готовы к работе. Сейчас будет подробно рассмотрен процесс установки операционной системы на клиентский компьютер. В первую очередь, вы должны удостовериться, что на компьютере есть PXE-совместимый сетевой адаптер. В наше время, все сетевые адаптеры, выпускаемые последние 5-6 лет, являются PXE-совместимыми, поэтому шанс того, что у вас в предприятии найдутся несовместимые клиенты, невелик. После этого, вам необходимо включить возможность PXE загрузки. Если сетевой адаптер интегрирован в материнскую плату, то это делается в BIOS на вкладке Integrated Preperials. В большинстве компьютеров опция, отвечающая за возможность PXE-загрузки, называется PXE Boot ROM. Включите ее. После этого настройте порядок загрузки, чтобы PXE-совместимый адаптер шел первым. Либо же, воспользуйтесь загрузочным меню, чтобы разово загрузить компьютер с PXE. При загрузке компьютера с PXE будет выведена следующая информация: · МАС-адрес клиента · GUID клиента · Параметры DHCP o IP-адрес o Маска подсети o Адрес шлюза o Адрес DHCP-сервера

После этого при помощи TFTP будет загружен загрузчик pxeboot. В тот момент загрузки, который отображен на скриншоте, вы можете отменить PXE загрузку нажатием любой клавиши на клавиатуре. После этого будет отображено загрузочное меню

При помощи клавиш со стрелками выберите необходимый пункт загрузочного меню. Каждый пункт в загрузочном меню соответствует отдельному загрузочному образу, который добавлен в хранилище загрузочных образов. Выберите нужны образ и нажмите клавишу «Enter».

Начнется загрузка выбранного образа при помощи многоадресной передачи. В зависимости от пропускной способности канала, она будет идти от 30 секунд до 5 минут. После того, как загрузка будет завершена, начнется загрузка ядра Windows PE, после чего запустится программа установки. На первом ее шаге будет необходимо выбрать язык, и нажать кнопку Далее. После этого вам будет предложено ввести учетные данные пользователя, который должен иметь права доступа на уровне NTFS к хранилищу образов.

Обратите внимание, что учетные данные требуется вводить в формате username@fqdndomainname, либо же NETBIOSDOMAINNAMEUSERNAME

После того, как авторизация успешно выполнена, вы можете перейти к выбору установочного образа. В данном диалоговом окне перечисляется список образов install.wim

Выберите образ для развертывания, нажмите кнопку «Далее». В данном примере я не использовал файл ответов, поэтому будет предложено указать раздел на диске для установки. ВЫ можете выбрать его из программы установки, либо же открыть diskkpart и выполнить установку ОС на VHD. Комбинация клавиш Shift+F10 для вызова командной строки работает так же, как и при запуске программы установки с флэш-накопителяDVD-диска. Больше того, есть возможность выполнения подключения к сетевым ресурсам при помощи команды net use, и в целом использования сетевых возможностей Windows PE. По нажатии кнопки «Далее» начнется установка операционной системы с использованием многоадресной передачи. По завершении передачи и применения образа к диску компьютера будет выполнена перезагрузка, дальнейшие действия по установки системы не отличаются от аналогичных при установке с флэш-накопителяDVD-диска. В данной части цикла статей о WDS было рассказано, о том, как добавить на сервер образы и установить операционную систему на клиентский компьютер с него.

В продолжении будет рассказано о захвате образов с WDS, о установке систем на PXE-несовместимые компьютеры, а также о управлении драйверами и многоадресными передачами. 

Рубрика: Windows Сервер | Комментарии к записи Windows Deployment Services. Часть 2. / МГУПИ User Group отключены

Перенос системы Windows 8 из одного расположения в другое / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Довольно часто случается, что при долгом использовании ПК из строя выходят некоторые его компоненты. Увы, чаще всего это происходит с жестким диском, за счет того, что он содержит в себе большое количество механических компонентов.  Однако опытный пользователь время от времени будет проводить диагностику жесткого диска при помощи специализированных утилит, например HDD Scan. При этой проверке становится видно, что жесткий диск находится в состоянии, близком к критическому, при котором данные могут быть потеряны в ближайшие часы (система Windows начинает выдавать предупреждения как раз при критическом состоянии жесткого диска, что обычно приводит к тому, что пользователь не успевает выполнить архивацию и теряет данные).

Рассмотрим пример, когда выявлено, что скорость взаимодействия с некоторыми областями жесткого диска резко падает до  ~500 мс. Что же в таком случае делать пользователю? Естественно, что приобретать новый жесткий диск, переносить данные и переустанавливать операционную систему. Однако переустановка операционной системы не всегда удобна, ведь придется переносить все ПО, настройки и т.д.

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

Перенос ОС с одного жесткого диска на другой

Для того, чтобы выполнить перенос, необходимо следующее:

1.       Еще один жесткий диск (можно внешний) либо сетевое расположение для повышения производительности при чтениизаписи

2.       Загрузочный накопитель с Windows PE

Итак, перейдем собственно к сценарию:

1.       Подключите к компьютеру все три жестких диска (либо подключите к локальной сети), и загрузите его с накопителя Windows PE.

2.       Далее необходимо определить букву диска с ОС, это делается при помощи любого файл-менеджера. (в нашем примере это будет буква D:)

3.       Если для временного хранения образа диска будет использоваться сеть, что необходимо подключиться к сетевому ресурсу при помощи команды
net use M: servershare
при необходимости ввести имя пользователя и пароль.

4.       Далее следует выполнить команду
imagex /capture D: M:backup.wim “описание”
Если для временного хранения образа диска используется жесткий диск или иной накопитель, то вместо  M: необходимо указать путь к нему.
Она снимет образ с раздела с операционной системой, и запишет его в файл M:backup.wim. При необходимости, выполнить аналогичные команды для других разделов, при из наличии.

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

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

6.       После этого следует выполнить разметку нового жесткого диска для того, чтобы на нем могла работать операционная система. Для этого в окне командной строки Windows PE необходимо ввести команду diskpart. В открывшейся консоли diskpart ввести следующие команды:
list disk (для обзора имеющихся в системе жестких дисков, и выбора нужного)
select disk 0 (естественно, при условии что 0 – это новый диск)
create partition primary size=350
format fs=ntfs quick label=”System Reserved”
active
assign letter=C:
create partition primary size=N (N – размер системного раздела)
format fs=ntfs quick
assign letter=D:
exit

7.       После того, как разделы размечены, необходимо создать загрузочный сектора на системном разделе:
bootsect /nt60 C: /force /mbr

8.       Далее, применить образ старого диска, к разделу на новом диске
imagex /apply M:backup.wim 1 D:
Данный процесс займет от часа до двух, в зависимости от производительности нового жесткого диска.

9.       Последним этапом переноса системы, будет создание загрузчика на скрытом системном разделе.
bcdboot D:windows /l ru-ru /s C:

10.   По окончанию выполнения команды необходимо перезагрузить систему командой
wpeutil reboot, и восстановить в BIOS нормальный порядок загрузки (с жесткого диска). Если вы все сделали правильно, то система будет загружена корректно.

 

Рубрика: Беспроводной | Комментарии к записи Перенос системы Windows 8 из одного расположения в другое / МГУПИ User Group отключены

Создание настроенного образа операционной системы для работы с Windows To Go / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Windows To Go — функция, позволяющая установить Windows 8 Enerprise (да, она поддерживается только в корпоративных выпусках системы) на флэш-накопитель, и загружать ее впоследствии с любого оборудования с сохранением параметров операционной системы и данных пользователя.

Сценарии применения Windows To Go

Проследнее время довольно актуален вопрос работы пользователей не и офиса — из дома, кафе или командировки. Обычно для этого существуют VPN-тоннели и им подобные ухищрения, а также выдача пользователям корпоративных ноутбуков.Однако выдавать ноутбуки всем не всегда бывает экономически выодно, а VPN-тоннели нестабильны и трудны в настройке.

Именно для таких случаев и существует Windows To Go. С применением этой технологии пользователь получает стабильную и управляемую рабочую среду на любом компьютере, поддерживающем загрузку с USB и имеющего выход в интернет. Связь с корпоративной сетью настраивается через Direct Access.

Принцип работы Windows To Go

Основной принцип Wndows To Go — аппаратная независимость. При поключении к новому оборудованию система устанавливает на него необходимые драйвера, при подключении к другому — также устанавливает драйвера и т.д. Число различных конфигураций при этом неограничено. Помимо этого, пользователь может самостоятельно установить специфические драйвера устройств, например видеокарты.

Для того чтобы нежелательное и вредоносное ПО, которое может быть на жестком диске компьютера, на котором загружается флэш-накопитель, не попало на него, а далее — в корпоративную сеть, все локальные диски компьютера переводятся в состояние offline. Их можно активизировать вручную в процессе работы через оснастку «Управление дисками». При помощи групповой политики администратор может отключить данную меру предосторожности, но это нежелательно.

Также накопитель с Windows To Go можно зашифровать при поощи Bit Locker To Go, чтобы обеспечить сохранность данных при утере флэш-накопителя. В таком случае при загрузке с него необходимо будет ввести пароль разблокировки.

И наконец, рассмотрим, что произойдет, если во время работы системы будет извлечен флэш-накопитель. Работа системы будет заморожена на 1 минуту. Если в течение этого времени флэш-накопитель будет вновь подключен — то полсе угрожающего предупреждения работа системы бдует продолжена. Если же за минуту вы нне подключите накопитель — то система «рухнет» в BSOD. Поэтому стоит быть внимательнм при работе с Windows To Go.

Типовой сценарий создания накопителя с Windows To Go

  1. Для начала, необходимо настроить образ системы, который будет развернут на флэш-накопитель
  2. Для этого, создайдет виртуальную машину, и разверните на ней образ системы Windows 8 Enterprise, любым известным методом — через программу устаовки, WDS,  либо вручную.
  3. Как толкьо система загрузится в режиме OOBE, необходимо нажать комбинацию клавищ Ctrl+Shift+F3, чтобы перевести ОС в режим аудита
  4. В режиме аудита можно установить необходимое ПО и выполнить настройку системы.
  5. После того, как все настроено, нужно выполнить генерализацию образ с удалением уникальной информации. Для этого настройте окно susprep, как на скриншоте ниже: 
     
  6. После нажания кнопки «Ок» и завершения работы sysprerp виртуальная машина выключится.
  7. Далее необходимо подключить VHD виртуальной машины к техническому компьютеру, и захватить содержимое системного диска с VHD в WIM-файл. Это делается командой dism /Captire-WIM /ImageFile:D:windows2to.wim /CaptureDir:M: /name:»Windows To Go»

    Вместо М: необходимо указать букву системного диска в подключеннос VHD-файле.

  8. По завершении работы dism образ готов к записи на флэш-накопитель.
  9. Откройте Панель Управления, и в поиск введите Windows To Go, далее откройте соответствующий апплет панели управления.
  10. Далее необходимо выбарть поддерживаемый флэш-накопитель, указать параметры шифрования, а также образ, который нужно записать на него.
  11. В качестве образа укажите созданный в процессе работы DISM образ.
  12. По окончанию работы утилиты создания накопителя Windows To Go накопитель можно извлечь, и пользоваться им.



Рубрика: Беспроводной | Комментарии к записи Создание настроенного образа операционной системы для работы с Windows To Go / МГУПИ User Group отключены

Установка Windows PE на жесткий диск компьютера / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

В предидущих статьях вы огли прочитать про среду Windows PE, которая использется для запуска программы установки при развертывании Windows.

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

При этом система может запускаться на 256 Мб оперативной памяти, потребляя минимальное количество системных ресурсов. Сразу возникает вопрос — можно ли использовать Windows PE в качестве среды для выполнения строннепо ПО? Да, можно, если принять во внимание то, что система перезагружается раз в 72 часа.

Итак, для того, чтобы решить эту задачу, систему рекомендуется загружать не с флэш-накопителя или CD-диска, и не с WDS (хотя такой сценарий актуален для бездисковых рабочих станций), а с жесткого диска конечного компьютера.

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

  1. Для начала необходимо загрузить конечный компьютер с носителя Windows PE
  2. Подразумевается, что жесткий диск компьютера содержит один раздел, который будет системным и он размечен как активный, и в на нем настроен загрузочный сектор командой bootsrct /nt60 C: /force /mbr
  3. Для начала следует применить образ boot.wim с загрузочного накопителя к жескому диску компьютера.
    Это можно сделать командой imagex /apply D:sourcesboot.wim 1 C: (подразумевается, что D: — это накопитель с Windows PE, а С: — жесткий диск компьютера)
  4. Далее следует ввести команды, ка на скриншотах ниже:
    1-7027098
  5. На скриншоте выше выполняется копирование файлов загрузк и на жесткий диск и их настройка, а также создание хранилиа загрузочных записей
  6. 2-7609787
    На этом скриншоте выполняется настройка загрузочного меню для возможности корректной загрузки Windows PE

По завершению выполненеия этих команд нужно перезагрузить компьютер. Начнется загрузка Windows PE с жесткого диска



Рубрика: Установка | Комментарии к записи Установка Windows PE на жесткий диск компьютера / МГУПИ User Group отключены

Работа с утилитой ImageX. Часть 1 / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

ImageX — это средство командной строки, предназначенное для создания, изменения и применения к дискам образов дисков из WIM-файлов для выполнения развертывания операционных систем Windows. Кроме того, данное средство можно использовать при работе с другими средствами, предназначенными для работы с образами Windows, например с программой установки Windows, службами развертывания Windows (Windows Deployment Services) и пакетом MDT.

Принцип действия

  • Как вы уже поняли, ImageX представляет собой основное средство для работы с WIM-файлами.
  • Таким образом, к нему применимы те же особенности, котороые присущи самим WIM-файлам:
  • Большая гибкость и контроль развертываемого носителя.
  • Быстрое извлечение образов для уменьшения времени установки.
  • Уменьшение размера образа благодаря «недублирующему хранению», что подразумевает раздельное хранение файлов данных и сведений о путях к файлам.
    Это позволяет хранить файлы, используемые в нескольких образах и путях, в одном месте и делать эти файлы доступными для нескольких образов одновременно.
  • Неразрушающее развертывание образа.
    Средство ImageX не перезаписывает полностью содержимое диска. Информацию можно добавлять и удалять выборочно.
  • Независимость от уровней HAL
  • Два разных алгоритма сжатия, быстрый и максимальный, для дальнейшего уменьшения размера образа.

Это дает преимущества перед другими средствами работы с образами, такими как Symantec Ghost, Acronis True Image, и т.д, которые работают на секторном уровне.

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

  • Использование одного и того же уровня HAL
  • Использование одного и того же контроллера жесткого диска
  • Выполняют разрушающее развертывание, с удалением данных на разделе после применения к нему образа
  • Не позволяют напрямую редактировать содержащиеся в образах данные.

И главным преимуществом ImageX является его интегрируемость. Формат файловых образов WIM-является основой архитектуры средств развёртывания Windows, и с WIM-файлами вы можете работать не только с использованием ImageX, но и других средств, таких как WDS и Windows AIK. В то время как использование стороннего ПО вызовет множество проблем совместимости, и как следствие, понизится уровень автоматизации развертывания.

Возможности и синтаксис ImageX

ImageX устанавливается вместе с пакетом Windows AIK. Однако, если после установки пакета вы попытаетесь выполнить ее из командной строки, то данная операция закончится ошибкой, так как ImageX по умолчанию хранится в папках: C:Program FilesWindows AIKTools Для возможности работы с ImageX сразу после запуска командной строки, вам необходимо добавить путь к системной переменной PATH, либо же использовать средство «Командная строка средств развертывания» из программной группы Windows AIK из меню «Пуск». Оно представляет собой сценарий, подключающий необходимые пути для поиска программ к сеансу командной строки.

Ниже будут рассмотрены возможности ImageX, с подробным разбором синтаксиса.

Вывод информации о WIM-файле
imagex /info [индекс_образа | имя_образа] [новое_имя] [новое_описание] {/boot | /check | /temp | /xml| /logfile имя_файла.log} путь _к_WIM- файлу – задает путь к WIM-файлу, о котором требуется получить информацию. индекс_образа – если вы хотите получить информацию о конкретном образе в WIM-файле, то можете указать его индекс. имя_образа — если вы хотите получить информацию о конкретном образе в WIM-файле, то можете указать его имя. новое_имя – используется совместно с предыдущими параметрами- для переименования образа в WIM-файле. новое_описание – используется совместно с предыдущими параметрами- для изменения описания образа в WIM-файле. /boot – используется для того, чтобы отметить образ Windows PE как загрузочный. /check — Проверяет целостность WIM-файла. /temp – Определяет путь для хранения WIM-файлов. /xml – при наличии этого ключа выводит информацию в XML-формате. /logfile имя_файла.log- Включает протоколирование с выводом в указанный файл.

Таким образом, команда info позволяет вывести информацию о WIM-файле и об образах, содержащихся в нем, в простом либо в XML-формате, а также изменить имя и описание образа.

Примеры: imagex /info D:install.wim Данная команда выводит всю информацию из образа install.wim, находящегося в корневом каталоге диска D:. Вывод осуществляется не в XML-формате. Точнее сказать, XML-вывод отличается от не-XML всего лишь наличием заголовков, а после них идет XML-данные imagex /info install.wim 1 “Windows_Captured” “06.12.2012” Данная команда изменяет имя и описание первого образа в файле install.wim (расположенного в текущей папке) на “Windows_Captured” и “06.12.2012” соответственно. imagex /info install.wim 1 /xml >image_info.xml

Данная команда выводит из файла install.wim (расположенного в текущей папке) информацию о первом образе, в формате xml, и выполняет вывод в файл image_info.xml

Монтирование образа из WIM-файла с правами только для чтения
imagex /mount {/check| /logfile имя_файла.log} файл_образа – путь к WIM-файлу, образ которого необходимо смотнировать индекс_образа – индекс того образа в WIM-файле, который необходимо смонтировать имя_образа — имя того образа в WIM-файле, который необходимо смонтировать путь_к_папке_для_монтирования – путь к папке в файловой системе компьютера, в которую будет помещено содержимое образа с правами только на чтение. /check — Проверяет целостность WIM-файла. /logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

Выполняет сопоставление образа с папкой в файловой системе компьютера. Иными словами, все содержимое указанного образа оказывается в указанной папке, с правами только на чтение. Данная команда может применять для исследования содержимого образа. Также стоит обратитьт внимание, что нельзя выполнять монтирование к системной папке,к папке, которая входит в состав другого смонтированного образа; также, если вы выполняете монтирование к непустой папке, то ее содержимое будет скрыто до выполнения размонтирования.

Пример: imagex /mount install.wim 1 D:mount /check

Монтирование первого образа из файла install.wim (расположенного в текущей папке) к папке D:mount, с проверкой целостности образа.

Монтирование образа из WIM-файла с правами для чтения и записи
imagex /mountrw {/check| /logfile имя_файла.log} файл_образа – путь к WIM-файлу, образ которого необходимо смотнировать индекс_образа – индекс того образа в WIM-файле, который необходимо смонтировать имя_образа — имя того образа в WIM-файле, который необходимо смонтировать путь_к_папке_для_монтирования – путь к папке в файловой системе компьютера, в которую будет помещено содержимое образа с правами на чтение и запись /check — Проверяет целостность WIM-файла. /logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

Выполняет сопоставление образа с папкой в файловой системе компьютера. Иными словами, все содержимое указанного образа оказывается в указанной папке, с правами только на чтение и запись. Данная команда может применять для редактирования образа. Также стоит обратить внимание, что нельзя выполнять монтирование к системной папке, к папке, которая входит в состав другого смонтированного образа; также, если вы выполняете монтирование к непустой папке, то ее содержимое будет скрыто до выполнения размонтирования. И стоит понимать, что выполнение операции монтирования с правами на чтение и запись требует права монопольного доступа к файлу, что исключает возможность повторного монтирования любого другого образа из этого WIM-файла, пока смонтирован другой образ из этого WIM-файла.

Пример: imagex /mountrw install.wim 1 D:mount /check

Монтирование первого образа из файла install.wim (расположенного в текущей папке) к папке D:mount,c правами на чтение и запись, а также с проверкой целостности образа

Размонтирование образа
imagex /unmount [путь_к_папке_для_монтирования] [/commit] [/logfile имя_файла.log] путь_к_папке_для_монтирования – путь как папке, к которой был смонтирован образ /commit – размонтирование с подтверждением изменений, иными словами, при задании этого ключа все изменения, внесённые в папку со смонтированным образом, применяются к образу /logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

Данная конманда выполняет размонтирование образа от папки. Выполнение команды без параметров выводит список всех смонтированных WIM-файлов.

Также особое внимание хотелось бы уделить процесса размонтирования. Он выполняется в два этапа. Сначала, изменения в папке применяются к образу, если указан ключ /commit. Далее выполняется очистка папки от файлов. Обратите внимание, что если какие либо приложения обращаются к этой папке в момент размонтирования, то размонтирование будет выполнено не полностью, и вам придется вручную «подчищать» папку для монтирования. Поэтому перед размонтированием закрывайте все приложения, работающие с данными в папке, включая Проводник. Примеры: imagex /unmount D:mount

Выполняет размонтирование образа, подключенного к папке D:mount

Перемонтирование образа
imagex /remount [путь_к_папке_для_монтирования] [/logfile имя_файла.log] путь_к_папке_для_монтирования – путь к папке, к которой был смонтирован образ /logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

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

Примеры: imagex /remount D:mount

Выполняет восстановление утерянной связи между папкой D:mount и образом, который был к ней смонтирован.

Очистка ненужных ресурсов
imagex /cleanup
Если при размонтировании некоторые файлы и папки были заняты другим процессом и удалить их не получилось, то эта команда выполнит процесс очистки этих файлов и папок.

Сохранение изменений в образе без его отключения
imagex /commit [/append] путь_к_папке_для_монтирования [имя_образа] путь_к_папке_для_монтирования путь к папке, к которой был смонтирован образ /append — Добавляет подключенный образ в существующий WIM-файл. При использовании этого параметра следует указать имя нового образа. имя_образа – имя создаваемого образа, используется совместно с ключом /append

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

Применение образа к диску или папке
imagex /apply {/check |/norpfix | /ref | /scroll | /temp| /verify | /logfile имя_файла.log} путь_к_WIM-файлу – путь к WIM-файлу, образ из которого требуется применить к папке или диску индекс_образа – индекс образа, который необходимо применить к папке или диску имя_образа — имя образа, который необходимо применить к папке или диску путь_для_применения – путь к диску, либо папке, к которой будет применено содержимое образа. check — Проверяет целостность WIM-файла. norpfix — Отключает активность маркеров точек повторной обработки. Точка повторной обработки — это файл, содержащий ссылку на другой файл в файловой системе. Если они не заданы, точки повторной обработки, разрешающиеся в пути, внешние по отношению к значению поля «путь_для_применения», не будут захватываться. ref — Включает ссылки на разделенные WIM-файлы (SWM). Параметр splitwim.swm указывает имя и расположение для дополнительных разделенных файлов scroll — Прокрутка выходных данных для перенаправления. temp — Путь хранения временных файлов. verify — Включение проверки файлового ресурса путем проверки на наличие ошибок и дублирования файлов. logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

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

Примеры: imagex /apply install.wim 1 D:Win Применить первый образ из файла install.wim(который расположен в текущей папке) к папке D:Win imagex /apply E:sourcesinstall.wim “Captured” C: /verify

Применить образ с именем “Captured” из WIM-файла E:sourcesinstall.wim к диску С:, и выполнить верификацию.

Вывод содержимого WIM-файла
imagex /dir путь_к_WIM_файлу – путь к WIM-файлу, из образа в котрого требуется извлечь список файлов и папок индекс_образа – индекс образа, из которого требуется извлечь список файлов и папок имя_образа — имя образа, из которого требуется извлечь список файлов и папок

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

Пример: imagex /dir install.wim 2

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

Разбиение WIM-файла на меньшие файлы равного размера
imagex /split [SWM1;SWM2;SWM3…] {/check| /logfile имя_файла.log} путь_к_WIM-файлу – путь к исходному WIM-файлу SWM1;SWM2… — путь к разделённым файлам формата SWM размер — Задает максимальный размер (в Мб) для каждого из созданных файлов. check — Проверяет целостность WIM-файла logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

Данная команда разбивает указанный WIM-файл на несколько разделённых WIM-файлов(SWM). Они применяются для выполнения развертывания со съемных носителей малого объема.

Пример: imagex /split D:imagingdata.wim 600

WIM-файл D:imagingdata.wim будет разбит на файлы data.swm,data1.swm и т.д. при том размер каждого SWM-файла будет составлять 600 Мб.

Удаление образов из WIM-файла
imagex /delete {/check | /temp| /logfile имя_файла.log} путь_к_WIM_файлу – путь к WIM-файлу, из которого требуется удалить образ индекс_образа – индекс удаляемого образа имя_образа – имя удаляемого образа check — Проверяет целостность WIM-файла. temp — Определяет путь хранения временных файлов. logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

Данная команда предназначена для удаления образа из WIM-файла. Однако, она удаляет только XML-метаданные, но не саму информацию. Для удаления информации вам необходимо выполнить перестройку образа командой export.

Пример: imagex /delete install.wim 1

Удаляет первый образ в файле install.wim, расположенного в текущем каталоге



Рубрика: Работа с программой установки | Комментарии к записи Работа с утилитой ImageX. Часть 1 / МГУПИ User Group отключены

Работа с утилитой ImageX. Часть 2. / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Захват образа диска и помещение его в существующий WIM-файл
 imagex /append < путь_к_WIM-файлу> {/boot | /check | /config файл_конфигурации.ini | /scroll | /verify | /logfile имя_файла.log} путь_для_захвата – путь к диску или папкуе, содержимое которого требуется захватить в образ в существующем WIM-файле путь_к_WIM-файлу – путь к WIM-файлу, в который требуется добавить образ имя_образа – имя создаваемого образа boot — Пометка образа тома как загружаемого. check — Проверяет целостность WIM-файла. config файл_конфигурации.ini — Определяет имя и расположение файла конфигурации с настройками для захвата scroll — Прокрутка выходных данных для перенаправления. verify — Включение проверки файлового ресурса путем проверки на наличие ошибок и дублирования файлов. logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

Данная команда захватывает образ диска, либо папки, которая указана в аргументе командной строки, и помещает эти данные в новый образ с указанным именем в существующем WIM-файле.

Пример: imagex /append C: M:image.wim “Captured” /check

Выполняет захват образа диска С:, в файл install.wim, расположенный на диске M:, и присваивает созданному образу имя “Captured”. Также будет выполнена проверка целостности данных.

Захват образа диска и помещение его в новый WIM-файл
imagex /capture < путь_для_захвата > < путь_к_WIM-файлу > [описание] {/boot | /check | /compress type | /config | /norpfix | /scroll | /temp | /verify| /logfile имя_файла.log} путь_для_захвата — путь к диску или папке, содержимое которого требуется захватить в образ в новом WIM-файле путь_к_WIM-файлу – путь к создаваемому WIM-файлу имя_образа – имя создаваемого образа описание – описание создаваемого образа boot — Помечает образ тома как загружаемый. check — Проверяет целостность WIM-файла. /compress [maximum | fast | none] — Задает тип сжатия, используемый в операции создания первичного образа. Параметр maximum предусматривает высшую степень сжатия при создании образа, что сопровождается увеличением времени выполнения этой процедуры. Параметр fast означает, что сжатие образа будет выполняться быстрее, однако итоговые файлы будут иметь больший размер, чем при сжатии с параметром maximum. Этот тип сжатия используется по умолчанию в том случае, если значение данного параметра не указано. При выборе значения none сжатие в процессе создания образа не выполняется. config файл_конфигурации.ini — Определяет имя и расположение файла конфигурации с настройками для захвата scroll — Прокрутка выходных данных для перенаправления. temp — Определяет путь хранения временных файлов. verify — Включение проверки файлового ресурса путем проверки на наличие ошибок и дублирования файлов. logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

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

Примеры: imagex /capture C: M:captured.wim “Captured Windows 7” Данная команда захватывает содержимое диска С: в образ с именем “Captured Windows 7” в файл captured.wim на диске M: imagex /capture C: captured.wim “Captured Windows 7” /compress maximum /check

Данная команда захватывает содержимое диска С: в образ с именем “Captured Windows 7” в файл captured.wim в текущем каталоге, при этом выполняется максимальное сжатие, а также проверка целостности создаваемого образа.

Экспорт образа в другой WIM-файл
imagex /export [имя_конечного_образа] {/boot | /check | /compress [тип] | /ref [splitwim.swm] /temp| /logfile имя_файла.log} исходный_WIM-файл – путь к WIM-файлу, из которого требуется экспортировать образ индекс_исходного_образа – индекс эжкспортируемого образа имя_исходного_образа – имя экспортируемого образа конечный_WIM-файл – путь к WIM-файлу, в который выполняется экспортирование. Если указанного WIM-файла не существует, то создается новый WIM-файл имя_конечного_образа – имя образа в новом WIM-файле boot — Помечает образ тома как загружаемый. check — Проверяет целостность WIM-файла. compress [maximum | fast | none] Задает тип сжатия, используемый в операции создания первичного образа. Параметр maximum предусматривает высшую степень сжатия при создании образа, что сопровождается увеличением времени выполнения этой процедуры. Параметр fast означает, что сжатие образа будет выполняться быстрее, однако итоговые файлы будут иметь больший размер, чем при сжатии с параметром maximum. Этот тип сжатия используется по умолчанию в том случае, если значение данного параметра не указано. При выборе значения none сжатие в процессе создания образа не выполняется. ref [splitwim.swm] — Включает ссылки на разделенные WIM-файлы (SWM). Параметр splitwim.swm указывает имя и расположение для дополнительных разделенных файлов. Допускаются подстановочные знаки. temp — Путь хранения временных файлов. logfile имя_файла.log — Включает протоколирование с выводом в указанный файл.

Данная команда экспортирует один из образов в WIM-файле в новый или существующий WIM-файл. При этом происходит оптимизация образа, таким образом, если вы вносили изменения в образ, то после этого рекомендуется экспортировать его, с целью оптимизации занимаемого дискового пространства.
 Пример:

imagex /export install.wim 1 C:exported.wim «Exported»

Данная команда выполняет экспорт первого образа из WIM-файла install.wim, располложенного в текущем каталоге, в образ «Exported» в WIM-файле exported.wim

Файлы конфигурации ImageX

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

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

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

[ExclusionList]
$ntfs.log
hiberfil.sys
pagefile.sys
«System Volume Information»
RECYCLER
WindowsCSC

[CompressionExclusionList]
*.mp3
*.zip
*.cab
WINDOWSinf*.pnf

Вы можете сохранить эти строки в файле с расширением ini и указывать путь к нему при создлании образов. Либо же, вы должны присвоить файлу конфигурации имя wimscript.ini и поместить его в папку с программой imageX. Для примера, эта операция уже выполнялась при создании сборки Windows PE, и вы сможете найти ее описание в соответствующей статье.

Заключение

Выше были описаны все возможности, которыt предоставляются администратору программой ImageX. Таким образом, вы можете управлять имеющимися у вас WIM-образами для выполнения дальнейшего развертывания. Командно-ориентированный интерфейс ImageX, который сначала кажется трудным, бывает очень полезен при написании сценариев для автоматизации процессов развертывания.
Сценарии развертывания с применением ImageX вы сможете найти в соответствующих статьях.



Рубрика: Беспроводной | Комментарии к записи Работа с утилитой ImageX. Часть 2. / МГУПИ User Group отключены

Обзор нововведений в средства развертывания Windows 8 / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Введение

Windows Consumer Preview, которая является по сути бета-версией ОС Windows 8, стала доступна для скачивания 29 февраля 2012 года. До этого, 16 сентября 2011 года была опубликована Windows Developer Preview, которая являлась альфа версией. Вместе с Windows Developer Preview, был выпущен пакет Windows ADK — Assessment and Deployment Kit, который был доступен подписчикам MSDN. Однако после выхода Windows Concumer Preview Windows ADK стал доступен для загрузки всем желающим. Данный пакет представляет собой набор средств развертывания и оценки произхводительности операционной системы.

По сути, он представляет собой новую версию пакета Windows Automated Installation Kit, который был дополнен средствами для оценки производительности, совместимости приложений, а также для миграции пользовательской среды(USMT)

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

Установка Windows ADK

При создании Windows ADK был учтен опыт предидущих версий пакета для автоматической установки, когда для усчтановки пакета требовалось скачать внушительных размеров ISO-образ, который весил ни много ни мало 1,7 Гб.

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

Скачать веб-установщик можно из Центра Загрузок Microsoft (http://www.microsoft.com/download/en/details.aspx?id=28997)

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

Далее будет предложено выбрать список конпонентов для установки

· Application Compability Toolkit, набор средств для совместимости приложений.

· Deployment Tool, средства для развертывания, Windows SIM и средства командной строки.

· Windows Preinstallation Environment, среда Windows PE 4.0, которая была существенно обновлена.

· User State Migration Tool, средство для миграции пользовательской среды.

· Volume Activation Managment Tool, средство для управления ключапми многопользовательской активацией.

· Windows Performance Toolkit, набор средств для оценки производительности.

· Windows Assessment Toolkit, набор средств для оценки gfhfvtnhjd hf,jns Цштвщцы

· Windows Assessment Services — Client, представляющий собой клиентское приложение для работы предидущего средства.

· SQL Server 2008 R2 Express — Express-версия базы данный SQL

В рамках данной статьи будет рассмотрены средства развертыванич, а также среда Windows PE

Windows System Image Manager

После установки пакета(точнее двух его компонентов, Deployment Tools и Windows PE), на metro-рабочем столе появтся тайлы для запуска установленных приложений.

В данный момент рассмотрим Windows SIM — основную программу для управления развертыванием, а именно управления образами и файлами ответов.

Интерфейс Windows SIM практически не претерпел изменений. Как и в предидущих версиях, вы можете выполнить команду «Select Windows Image…» из контекстного меню образа «Windows Image», и указать образ Windows. Вы можете выбрать образ install.wim с установочного дистрибутива Windows Consumer Preview, и создать для него файл ответов.

По своей сути, никаких ключевых изменений в Windows SIM внесено не было.

Его основной принцип действия остался тем же — происходит проверка файла-каталога (который хранит в себе индексы компонентов в Windows .) для образа в WIM-файле, при его неактуальности происходит его обновление, далее создается файл ответов, в который заносятся параметры программы установки. В файл ответов сохраняется только та информация, которая была явно задана в Windows SIM.

Windows PE 4.0

Гораздо больший интерес представляет собой новая версия среды предустановки, Windows PE 4.0.

Ядро среды предустановки было взято из Windows Consumer Preview, за счет чего была существенно повышена надежность и производительность среды.

Воспользуемся старым (для Windows PE 3.1) сценарием создания сборки. Если в командной строке средств развертывания выполнить команду copype.cmd без параметров, то будет выведена справочная информация по команде. Однако в данный момент нас волнует в большей степени не она, а архитектуры процессоров, для которых можно создать сборку:

Как видно, Microsoft уже заранне подготовило возможность создания ARM-сборки Windows PE, не гарантируя при этом ее работоспособности.

На момент написания этой статьи при поптыке выполнить копирование arm-сборки Windows PE выводится сообщение об ошибке, однако вполне вероятно, что в будущем эта возможностья появится с обновлением пакета.

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

· WinPE-NetFx4.cab — обеспечивает поддержку среды исполнения .Net Framework 4. Долгожданная возможность, благодаря которой разработчики могут спокойно писать свои системные приложения, не беспокоясь об их совместимости с Windows PE.

· WinPE-PowerShell3.cab — поддержка Power Shell, что обеспечивает больший уровень автоматизации среды предустановки.

· WinPE-DismCmdlets — командлеты для управления DISM

· WinPE-wmi.cab — поддержка инструментария управления Windows (WMI)

Все пакеты расположены в папке C:Program Files (x86)Windows Kits8.0Assessment and Deployment KitWindows Preinstallation EnvironmentWinPE_OCs

Как вы помните из статей о Windows PE 3.1, добавление пакетов выполняется следующей командой:

dism /image: /Add-Package /PackagePath:

В остальном процесс создания сборки аналогичен Windows PE 3.1

Однако, есть еще несколкьо косметических изменений.

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

В папке media появилось большое количество папок с языковыми пакетами для загрузчика. boot.wim теперь расположен в папке sources, в отличие от Windows AIK для Windows 7, при раьоте с которым часто возникала ошибка, связанная с тем, что администратор забывал поместить boot.wim в папку sources.

Заключение.

На этом я закончу рассмотрение нововведений в архитектуру средств развертывыания Windows 8.

Изменения, о которых было рассказано выше, несомненно, являются изменениями к лучшему. Подумаем, какие возможности для администраторов открывает PowerShell 3.0, включенный в состав сборки Windows PE? Если раньше мы использовали «самодельные» сборки для резервного копирования, восстановления, развертывания и тому подобных операций, то теперь все эти процессы могут быть значительно автоматизированы.

То же самое можно сказать о введении поддержки .NET Framework 4. Таким образом, вы можете спокойно писать приложения на ставшем привычным всем C#, и запускать их в среде Windows PE.

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



Рубрика: Беспроводной | Комментарии к записи Обзор нововведений в средства развертывания Windows 8 / МГУПИ User Group отключены

Архитектура и принцип действия WIM-файлов / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Начиная с Widows VistaServer2008 была введена новая архитектура установки операционной системы, построенная на новых принципах развертывания. О файлах ответов, WDS, и других нововведениях было рассказано в соответствующих статьях, здесь же речь пойдет о wim-файлах, или же образах, которые применяются при установке операционной системы. WIM- это специальный формат файлового образа диска, предназначенный для хранения операционных систем Windows. Таким образом, файл WIM представляет собой образ, который хранит в себе данные установочные файлы операционной системы. WIM является файловым образом, то есть представляет собой коллекция каталогов и файлов, в отличие от посекторного образа, который хранит данные на секторном уровне.

Помимо этого, WIM-образ хранит в себе метаданные, которые представляют собой списки доступа ACL, атрибуты и так далее. Таким образом, WIM-образ представляет собой точный «слепок» содержимого диска.

Возможности WIM-файлов

• Простота редактирования. Так как WIM-файл представляет собой файловый образ, то его редактирование не вызывает трудностей. • Возможность хранения нескольких образов в одном WIM-файле • Аппаратная независимость. Если форматы файловых образов, использующие посекторный принцип работы, привязаны к HAL, то WIM-образы не зависят от аппаратного обеспечения, за исключением микропроцессорных архитектур, но и то это применимо только в том случае, если в WIM-файле хранится образ операционной системы Windows. • Поддержка алгоритм сжатия LZH, за счет чего данные в них занимают меньше места на диске. • Исключают избыточность хранения данных с целью экономии дискового пространства.

Допустим, в WIM-файле хранится несколько образов редакций операционной системы Windows. Вполне естественно, что файлы этих редакций отличаются друг от друга максимум на 30%. Так вот, WIM-файл хранит эти данные следующим образом. Создается специальная база данных, которая представляет собой WIM-аналогию MBR, однако она учитывает число повторений файла. Таким образом, если в этот же WIM-файл добавляется точно такой же файл, что уже есть в базе данных, то будет добавлен не сам файл, а всего лишь ссылка на него. При внесении в образ изменений (то есть при изменении одного из дублирующийся через таблицу файлов), в образе физически создается измененный файл.

Архитектура WIM-файлов

• Заголовок WIM-файла. Содержит в себе метаинформацию, касающуюся всего WIM-файла (версия, размер, тип сжатия) Пример: Path: I:sourcesinstall.wim GUID: {e749fe93-ac5d-4144-985a-8106d6814592} Image Count: 9 Compression: LZX Part Number: 1/1 Attributes: 0xc Integrity info Relative path junction • Файловый ресурс. Хранит в себе собственно файлы и каталоги, входящие в WIM-файл • Ресурс метаданных. Хранит метаданные о файлах и каталогах, входящих в конкретный образ в WIM-файле. Количество этих ресурсов равно количеству WIM-файлов, входящих в образ. • Таблица поиска. Очень важный компонент WIM-файла, который обеспечивает исключение повторения идентичных данных в WIM-файле • XML-данные Дополнительная информация об образе. Если образ представляет собой образ раздела с Windows, то там хранятся сведения о версии системы и ее архитектуре • Таблица целостности

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

Заключение

В данной статье была рассмотрена архитектура и принцип действия WIM-файлов. В дальнейшем будут опубликованы статьи о применении WIM файлов и о утилитах для их редактирования.



Рубрика: Архитектура и принцип действия WIM-файлов | Комментарии к записи Архитектура и принцип действия WIM-файлов / МГУПИ User Group отключены

Создание типового файла ответов / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

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

Постановка задачи

В нашем сценарии мы создадим файл ответов, который должен будет полностью автоматизировать процесс развертывания ОС Windows 7 Professional 64-bit. При этом он должен полностью автоматизировать развёртывание системы, а помимо этого — настроить следующие параметры системы: Язык системы: русский, раскладка клавиатуры по умолчанию – английская. Разбивка жесткого диска на разделы: три основных раздела, один 100 мегабайтный раздел System Reserved, второй 30-гигабайтный раздел для операционной системы, и третий, занимающий все оставшееся дисковое пространство. Все эти разделы должны иметь файловую систему NTFS Данные о пользователе: имя пользователя – Львов Никита, организация – МГУПИ, каф.ПР-7

Прочие параметры: стартовая страница IE9 – http://mgupi-it.ru, включить блокировку всплывающих окон, включить автоматическую установку обновлений, включить рабочее сетевое размещение.

Сценарий

Первым шагом в создании файла ответов будет подготовка среды. В качестве среды для технического компьютера лучше всего использовать х86 версию Windows 7, и установить на нее Windows Automated Installation Kit, который можно скачать по этой ссылке. Использование х64 системы может привести к ограничению функциональности Windows SIM (так, при переиндексации образа может произойти ошибка, и будет невозможно создатьобновить файл каталога) После того, как Windows AIK установлен, необходимо вставить дистрибутивный диск в DVD-дисковод, либо иным образом сделать доступным дистрибутив операционной системы, которую вы планируете развернуть с использованием файла ответов. После этого скопируйте все содержимое дистрибутива на жесткий диск, например в папку D:DISTRIB На этом подготовка завершена. Теперь выполним оптимизацию образа. Поскольку в нашем сценарии планируется развертывание системы Windows 7 Professional, то можно удалить из установочного образа другие редакции операционной системы. Для этого, откроем окно командной строки от имени администратора, и выполним следующую команду Imagex /info D:DISTRsourcesinstall.wim /xml > D:windows.xml

Как вы уже знаете из соответствующей статьи, данная команды выполняет вывод сведений об install.wim в файл info.xml. После чего его можно открыть в браузере Internet Explorer для подробного изучения.

Internet Explorer как xml-вьювевер хорош возможностью сворачивать и разворачивать вложенные теги. Таким образом, вы видите, что в WIM-файле есть четыре образа. Из них третий по списку содержит нужную нам Professional-редакцию. Поэтому, имеет смысл удалить «ненужные» Это можно сделать путем ввода следующих команд (подразумевается, что командная строка запущена от имени администратора, а текущим каталогом является D:DISTR) Ren install.wim inst.wim Imagex /export inst.wim 3 install.wim Del inst.wim Таким образом, оригинальный файл install.wim переименовывается, далее из него экспортируется образ с Windows 7 Professional (в файл install.wim), а далее исходный образ удаляется. Таким образом, в файле install.wim остается только один образ, притом он полностью оптимизирован после экспортирования. Также существует другой способ – последовательное выполнение команд imagex /delete install.wim 1 в течение трех раз, а после – выполнение команды imagex /delete install.wim 2 Данный подход проще, но в то же время, он неэффективен с точки зрения экономии дискового пространства, поскольку не производится оптимизация и переиндексация образа. Итак, у нас есть оптимизированный файл install.wim, содержащий один единственный образ с Windows 7 Professional. Теперь нужно удалить из каталога D:DISTRsources ставшие ненужными файлы каталога. После чего, можно открыть Windows System Image Manager. Там мы открываем нужный нам WIM-файл, выполнив команду «Выбрать образ Windows» из контекстного меню области «Образ Windows». Поскольку в данном WIM-файле содержится всего лишь один образ, и в папке sources нет файлов каталога, то сразу будет предложено создать новый файл каталога. Данный процесс будет продолжаться в течение 20-30 минут, в зависимости от производительности жесткого диска. Он протекает следующим образом. Выбранные образ подключается к временной папке, выполняется анализ содержимого образа и индексация компонентов, далее выполняется отключение образа и очистка временной папки. Обратите внимание, что данный метод индексации отличается от того, что используется при оптимизации WIM-файла, так как WIM-индексация выполняется на уровне файлов, а индексация при создании файла каталога выполняется на уровне компонентов системы, и таким образом CLG-файлы хранят в себе список доступных компонентов для файла ответов. Так вот, после того, как будет создать файл каталога, образу будет открыт в Windows SIM Далее нужно выполнить команду «Создать файл ответов» из контекстного меню области «Файл ответов». Будет создан новый пустой файл ответов с семью проходами установки. Для того, чтобы добавить компонент к файлу ответов, необходимо щелкнуть его правой кнопкой мыши, и выбрать проход установки в контекстном меню. Обратите внимание, что для некоторые компоненты добавляют в файл ответов так называемые множественные свойства, которые можно создать из контекстного меню в области «Файл ответов» после того, как этот компонент добавлен в файл ответов. Пример таких множественных свойств – создание разделов на диске, а также учетных записей пользователей. Далее, нужно добавить в файл ответов компоненты(в проход Windows PE), и настроить их следующим образом: 1. amd64_Microsoft-Windows-International-Core-WinPESetupUILanguage UILanguage=ru-RU 2. amd64_Microsoft-Windows-International-Core-WinPE InputLocale=en-US SystemLocale=ru-RU UILanguage=ru-RU UserLocale=ru-RU Эти параметры указывают, что необходимо использовать русский язык в качестве языка системы и пользовательского интерфейса, а в качестве раскладки клавиатуры по умолчанию – английскую. 3. amd64_ Microsoft-Windows-SetupDiskConfiguration Disk DiskID=0 WillWipeDiks=True Данные параметры используют самый первый жесткий диск, подклюенный к компьютеры, в качестве диска для разбиения, а также указывают, что он должен быть очищен от существующих разделов и данных перед выполнением всех операций 4. amd64_ Microsoft-Windows-SetupDiskConfigurationCreatePartitions

Вставляем три множественных свойства, CreatePartition

CreatePartition Order=1 Size=100

Type=Primary

CreatePartition Order=2 Size=30720

Type=Primary

CreatePartition Order=3 Extend=True

Type=Primary

Эти параметры создают на диске три основных раздела файловой системы NTFS, первый с размером в 100 Мб, второй – 30Гб, а третий занимает на диске все оставшееся пространство(за это отвечает параметр Extend) 5. amd64_ Microsoft-Windows-SetupDiskConfiguration ModifyPartitions

Вставляем три множественных свойства ModifyPartition

ModifyPartition Order=1 PartitionID=1 Active=true Format=NTFS

Label=System Reserved

ModifyPartition Order=2 PartitionID=2 Active= false Format=NTFS

Label=Windows

ModifyPartition Order=3 PartitionID=3 Active=false Format=NTFS

Label=Data

Эти параметры настраивают созданные в CreatePartition разделы. Настроенные в ModifyPartition параметры применяются к тому разделу, который имеет тот же Order, что и соответствующее свойство ModifyPartition. Таким образом, свойство order можно представить в виде ключевого. 6. amd64_Microsoft-Windows-SetupImageInstallOSImageInstallToInstallTo DiskID=0 PartitionID=2 Данные свойства указывают физический диск и раздел, куда будет установлена операционная система 7. amd64_Microsoft-Windows-SetupUserData AcceptEula=True FullName=Львов Никита Organization= МГУПИ, каф. ПР-7 Данные параметры отвечают за принятие лицензионного соглашения, а также за имя пользователя и организацию, на которую зарегистрирована система. 8. amd64_Microsoft-Windows-SetupUserData ProductKey key= В данном свойстве вводится ключ продукта. Если же вы не хотите его вводить при установке, то можно присвоить свойству WillShowUI значение Never

Проход Windows PE настроен. Далее нужно перейти к проходу Specialize. В нем будут настроены параметры Internet Explorer. Для настройки стартовой страницы нужно добавить компонент Microsoft-Windows-IE-InternetExplorer, и присвоить значению свойства Home_Page значение URL стартовой страницы, в нашем случае http://mgupi-it.ru. Также имеет смысл задать значение свойства BlockPopups равным Yes. И самой полезной, на мой взгляд опцией, является свойство DisableFirstRunWizard, которое отключает «назойливый» мастер, отображающийся при первом запуске Internet Explorer. Также можно настроить имя компьютера, задав значние свойства CompureName в компоненте amd64_Microsoft-Windows-Shell-Setup

И последним проходом установки, от которого зависит автоматизация установки, является проход oobeSystem. Для него нужно добавить следующие компоненты: 1. amd64_Microsoft-Windows-Shell-Setup Там настраивается часовой пояс и некоторые другие параметры TimeZone=Russian Standard Time RegisteredOrganization=МГУПИ, каф. ПР-7 RegisteredOwner=Львов Никита DisableAutoDaylightTimeSet=true 2. amd64_Microsoft-Windows-Shell-SetupOOBE HideEULAPage=true ProtectYourPC=3 HideWirelessSetupInOOBE=True NetworkLocation=Work Данные опции отвечают за сетевое размещение, параметры установки обновлений, а также за принятие лицензионного соглашения, избавляя администратора от рутинных операций в режиме OOBE 3. Теперь осталось настроить последний параметр – учетные записи. Так как есть возможность создания нескольких учетных записей, то для их настройки используются множественные свойства. amd64_Microsoft-Windows-Shell-SetupLocalAccounts LocalAccount Group=Administrators Name=User DisplayName=Пользователь 4. amd64_Microsoft-Windows-Shell-SetupLocalAccounts LocalAccountPassword Value=”password” Данный компонент задает пароль для учетной записи. Обратите внимание, что он хранит пароль в зашифрованом виде, тем не менее, стоит обеспечить хранилища файлов ответов, так как есть возможность их расшифровки. На этих параметрах завершается создание файла ответов. Такой файл ответов полностью автоматизирует процесс развертывания операционной системы. Расположение файла ответов Как вы уже знаете, программа установки выполняет поиск файла ответов в следующих расположениях: • Путь, указанный в значениистрокового параметра UnattendFile в кусте реестра HKLMSystemSetup в Windows PE. • Просматривается содержимое папки %WINDIR%PantherUnattend в файловой системе Windows PE на предмет нахождения файла Autounattend.xml • Просматривается содержимое папки %WINDIR%Panther (в этой папке кэшируется использованный файл ответов перед перезагрузкой компьютера) • Выполняется поиск файла Autounattend.xml на съемных носителях • Выполняется поиск файла Autounattend.xml в папке %SYSTEMDRIVE% Таким образом, если вы выполняете развертывание системы без редактирования образа, используя только файл ответов, то вам придется использовать дискету либо флэш-накопителя для хранения файла ответов. Согласитесь, что данный подход неудобен, особенно в крупных сценариях для распределенного развертывания, когда вам нужно развернуть систему в распределенной сети филиалов, и сделать это так, чтобы развертывание прошло автоматически, без участия конечного пользователя. Задача ставится таким образом, что вам нужно поставить в филиал дистрибутивный DVD-диск, который бы выполнял развертывание автоматически, без участия пользователей и без использования дополнительных носителей.

В таком случае становится ясно, что единственным вариантом остается добавление файла ответов на сам диск.

Помещение файла ответов на дистрибутивный DVD-диск

Из предыдущего сценария мы имеем, оптимизированный образ той редакции операционной системы, которую требуется развернуть, а также файл ответов, содержащий все необходимые параметры для автоматической установки, а также другие параметры, если это требуется. В продолжении сценария, поместите файл ответов в корень папки D:DISTRIB, и присвойте ему имя Autounattend.xml. теперь нужно воздать загрузочный образ из имеющихся файлов. Для этого необходимо записать туда загрузочный сектор, который отличается от того , который создается на жестком диске и флэш-накопителе. Для этого в состав пакета Windows Automated Installation Kit включено средства oscdimg.exe и etfsboot.com Первое представляет собой программу для создания образа, второе – файл загрузчика. Для начала скопируем файл загрузчика в удобное вам расположение, выполнив команду Copype.cmd amd64 D:PE После этого, можно приступать к созданию загрузочного ISO-образа. Для этого выполним команду Oscdimg –n –m –bD:PEetfsboot.com D:DISTR D:Windows7Pro.iso Будет выполнено создание образа на основе папки D:DISTR с использованием загрузчика etfsboot.com, в файл D:Windows7pro.iso

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

Заключение

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

Файл ответов эффективно использовать для того, чтобы программа установки разбивала диски на разделы, и «не задавала лишних вопросов» приразвертывании, но не более. Для решения более сложных задач можно использовать архитектуру образов WIM, о чем будет рассказано в следующей статье.



Рубрика: Архитектура и принцип действия WIM-файлов | Комментарии к записи Создание типового файла ответов / МГУПИ User Group отключены