Не зависимо от того, как прошла установка Windows 7 иногда появляется необходимость просмотра журналов установки. К счастью у нас есть такая возможность.
Журналы установки Windows сохраняются в следующих каталогах:
- $windows.~btSourcesPanther. Местоположение журнала перед доступом установки к диску.
- $windows.~btSourcesRollback. Расположение журнала при откате установки в случае неустранимой ошибки.
- %WINDIR%Panther. Расположение журнала действий установки после настройки диска.
- %WINDIR%InfSetupapi*.log. Используется для регистрирования установок устройств Plug and Play.
- %WINDIR%Memory. dmp . Местоположение дампа памяти для проверки на ошибки.
- %WINDIR%Minidump*. dmp . Местоположение зарегистрированных мини-дампов для проверки на ошибки.
- %WINDIR%System32SysprepPanther. Местоположение журналов программы Sysprep.
Межплатформенное развертывание
Выбор устанавливаемого образа Windows
Как известно, операционная система Windows 7 вышла в 2 версиях: 32-разрядной (x86-32) и 64-разрядной (x86-64). Если имеются два экземпляра одного выпуска Windows, например 32-разрядная Windows 7 Максимальная и 64-разрядная Windows 7 Максимальная, необходимо указать устанавливаемую версию.
Как создать свой установщик?
Варианты выбора устанавливаемого образа Windows:
- Ручной метод. Подразумевается, что выбор устанавливаемого образа всецело ложится на человека, осуществляющего установку.
- Использование параметра командной строки /installfrom программы установки Setup.exe. С помощью параметра командной строки /installfrom программы установки Setup.exe можно во время установки Windows указать путь к другому файлу install.wim. Это облегчает развертывание образов Windows для других типов архитектуры.
- Автоматическое развертывание. Используя файл ответов с параметром ImageInstallOSImageInstallFromPath , указанным в компоненте Microsoft-Windows-Setup , можно выполнять межплатформенные развертывания при автоматической установке.
В связи с различиями архитектуры как самой операционной системы так и среды предустановки имеются некоторые ограничения при межплатформенном развертывании.
Ограничения межплатформенных развертываний
- Заблокированы сценарии обновлений, использующие 32-разрядные версии программы установки Windows для установки 64-разрядной операционной системы.
- При межплатформенных развертываниях из 32-разрядных сред предварительной установки поддерживается только установка версии Windows x32. Межплатформенные развертывания не поддерживаются для образов Windows, основанных на архитектуре Itanium. Кроме того, не поддерживается развертывание 32-разрядного образа из 64-разрядной среды предустановки. Таким образом, если необходимо производить развертывание 32- и 64-разрядных версий, то используйте 32-разрядный образ среды предустановки. 64-разрядный образ среды предустановки является достаточно узкоспециализированным.
- Не поддерживаются межплатформенные развертывания многоязычных образов Windows, требующих установки языковых пакетов. 32-разрядные языковые пакеты не могут быть установлены на 64-разрядные образы Windows. В ходе межплатформенных развертываний пропускаются действия по добавлению языковых пакетов, так как архитектура языкового пакета должна совпадать с архитектурой образа Windows. Рекомендуется устанавливать языковые пакеты на автономные образы Windows перед развертыванием.
- Установка 64-разрядного образа Windows на 32-разрядный компьютер окончится неудачей. Убедитесь, что 64-разрядные образы устанавливаются на компьютеры, поддерживающие 64-разрядный режим.
- При установке 64-разрядной версии Windows из 32-разрядной версии Windows PE необходимо использовать Windows PE 2.0 или Windows PE 3.0 (входит в состав установки Windows 7). Только эти две версии Windows PE поддерживают межплатформенные установки. Предыдущие версии Windows PE не поддерживают межплатформенные установки.
- Версия программы установки должна совпадать с устанавливаемой версией Windows. Например, если устанавливается 64-разрядная версия Windows 7, необходимо использовать версию Windows 7 установки. Нельзя установить Windows Vista с пакетом обновления 1, используя версию Windows 7 программы установки, и наоборот.
Сценарии установки
Разберем подробно сценарии установки операционной системы Windows 7. Сценарии установки – это способы и методы, с помощью которых можно производить установку операционной системы на компьютеры пользователей.
Установка ОС со съемного носителя (DVD, USB)
Установку с носителя осуществляют как полностью ручным способом, так и автоматическим. Данный вариант установки подходит небольшим организациям с маленьким компьютерным парком. Для использования данного метода необходим минимум знаний, так как он является наиболее простым.
Для установки с помощью носителя единственным необходимым условием является наличие диска или USB-устройства с дистрибутивом продукта. Достаточно подключить носитель и вручную, отвечая на вопросы программы установки, произвести установку операционной системы. По завершению инсталляции операционной системы, следующим шагом, для создания автоматизированного рабочего места, идет установка драйверов устройств и необходимых приложений.
Самым простым способом автоматизации процесса установки с носителя является создание файла ответов. Файл ответов – файл в формате XML, используемый для настройки установок Windows, позволяющий отвечать на вопросы программы установки Windows и выполнять скрытые действия, например, активация дополнительных функций операционной системы. При ручной установке ввод данных в запросы программы установки Windows осуществляется путем выбора соответствующих параметров, например, раздела для установки и устанавливаемого образа Windows. При автоматической установке этот процесс автоматизируется и запросы не отображаются.
Для создания файла ответа необходимо воспользоваться утилитой Windows SIM, входящей в комплект WAIK. Процесс создания файла ответа для операционных систем Windows Vista/7 отличается от того же процесса для операционной системы Windows XP.
Создание файла ответа в Microsoft Windows XP осуществлялось с помощью программы Setupmgr.exe. Данная программа представляет собой мастер, отвечая на вопросы которого, создается специальный файл, используемый для автоматической установки операционной системы с физического носителя (CD, DVD или USB), сети или же посредством сервера автоматической установки (RIS или WDS ). Данный файл ответов представляет собой текстовый документ, содержащий строки типа «параметр» = «значение». В дополнении к конфигурированию на основе мастера (Setupmgr.exe), так же имеется возможность ручного конфигурирования данного файла, так как мастер Setupmgr. exe не позволяет задействовать все существующие параметры. Подробнее о создании файла ответов для Windows XP можно ознакомиться в курсе «Развертывание Windows XP» в лекции «Автоматическая установка ОС с диска» в разделе «Setupmgr.exe» (http://www.intuit.ru/department/os/instwinxp/1/2.html).
Принцип создания файла ответов для автоматической установки Windows Vista и Windows 7 значительно изменился. Теперь для его создания, как было сказано ранее, необходимо воспользоваться утилитой Windows SIM ( System Image Manager ). Конфигурационный файл, созданный при помощи данной утилиты, использует формат XML, а не текстовый, как в Windows XP. К тому же изменился принцип конфигурирования:
- Появились проходы – этапы установки, во время которых применяется необходимый параметр. О них мы говорили ранее.
- Один и тот же параметр может применяться в разных проходах.
- В зависимости от прохода секция данного параметра может принимать разные значения.
Файл ответов позволяет выполнять следующие действия: производить автоматическую разбивку диска, включать шифрование диска ( BitLocker ), добавить многоязыковую поддержку, производить автоматическую установку приложений. Нововведение, появившееся с выходом Windows SIM – проверка синтаксиса файла ответов, позволяющая избежать возможных ошибок. К тому же, утилита Windows SIM позволяет автоматизировать и, тем самым, облегчить процесс интеграции драйверов в дистрибутив продукта и добавление необходимых дополнительных компонентов.
Windows System Image Manager (Windows SIM) – утилита, входящая в состав WAIK 2.0, позволяющая создавать файл ответов, интегрировать пакеты и драйвера в образ операционной системы и позволяет облегчать процесс установки приложений на вновь установленную операционную систему. Подробнее об утилите Windows SIM, ее параметрах и возможностях далее в этом курсе.
Процесс установки можно настроить таким образом, чтобы по завершении установки компьютер загрузился в так называемый режим аудита. В режиме аудита компьютер работает под учетной записью администратора. В данном режиме можно производить настройку операционной систем, установку драйверов устройств или же установку необходимого программного обеспечения. По окончании настройки компьютер можно «запаковать» (выполнить команду sysprep с параметрами /oobe, /generalize и /shutdown ). Это означает, что при последующем входе в систему пользователю предложат принять лицензионное соглашение, при необходимости указать лицензионный ключ, ввести имя учетной записи пользователя и имя компьютера, т.е. запустится последний проход ( oobeSystem ), в котором необходимо указать конечную информацию о компьютере.
Для осуществления сценария установки с носителя необходимо выполнить следующие шаги:
- Установить WAIK на компьютере техника.
- Скопировать дистрибутив операционной системы.
- Создать файл ответов и интегрировать необходимые драйверы и компоненты в дистрибутив.
- Создать образ дистрибутива.
- Записать образ на съемный носитель.
- Произвести установку со съемного носителя.
Установка ОС из сетевой папки
Установка операционной системы из сетевой папки коренным образом не отличается от установки с использованием съемного носителя. Основные отличия кроются в методе установке:
- Установка из рабочей операционной системы. Например, обновление с Windows Vista до Windows 7 (прямое обновление с Windows XP до Windows 7 не поддерживается, необходимо использовать миграцию, подробнее о миграции в следующих лекциях).
- Инициализация (запуск) процесса установки из среды Windows PE (Windows Preinstallation Environment). Это означает, что для начала процесса установки операционной системы необходимо загрузиться со съемного носителя, на котором расположен загрузочный образ (boot.wim), содержащий среду предустановки. После загрузки в среду предустановки появляется возможность, при наличии драйверов на сетевую карту, подключиться к серверу, получить доступ к образу системы и запустить процесс установки операционной системы.
С выходом операционной системы Windows Vista в процессе установки произошли коренные изменения. Операционная система Windows XP распространялась в виде набора системных файлов. Мастер установки создавал готовую рабочую систему, путем копирования и конфигурирования необходимых системных файлов небольшого размера, что уменьшало скорость установки операционной системы.
В современном виде дистрибутивы операционных систем Windows Vista/2008 и Windows 7/2008R2 поставляются в виде готового образа. А процесс установки сводится к простым операциям копирования и распаковки этого образа операционной системы, а так же последующего процесса конфигурирования: создания необходимых идентификаторов, таких как идентификаторы безопасности; установки драйверов устройств; ознакомление с лицензионным соглашением; регистрация пользователя и определение имени компьютера. В курсе «Развертывание Windows XP» разбирались вопросы создания образа операционной системы на базе Windows XP, а так же сопутствующие этому процессу проблемы (лекция «Клонирование системы» http://www.intuit.ru/department/os/instwinxp/4/). Сейчас процесс установки лишен данных сложностей, хотя появились свои нюансы, которые мы обязательно разберем.
С появлением WAIK у нас есть возможность собственноручно создать образ операционной системы, основанный на эталонном образе, с добавлением необходимых настроек, драйверов и приложений. Фактически задействуется схема клонирования готовой операционной системы, но на этот раз силами бесплатных продуктов Microsoft.
Пакет автоматической установки WAIK позволяет осуществлять процесс развертывания операционной системы, но в использовании он достаточно сложен. Множество параметров приходится вводить вручную, но тем самым достигается максимальная гибкость. Для облегчения работы с WAIK существует пакет Microsoft Deployment Toolkit ( MDT ). Подробнее о MDT далее в этом курсе.
Метод установки из сетевой папки, за некоторым исключением, можно использовать и в сценарии установки операционной системы с использованием сменного носителя.
Основными недостатками сценария автоматической установки с использованием съемного носителя можно считать:
- Ограниченность объема данного носителя. В какой-то мере это не касается flash накопителей большой емкости, оптических дисков большой емкости (например, Blue Ray Disk) или же переносных (внешних) жестких дисков.
- Ограничение по скорости обмена данными. Зачастую скорость обмена данными по сети гораздо выше.
Для осуществления сценария установки операционной системы по сети необходимо выполнить следующие действия:
- Установить WAIK на компьютере техника.
- Скопировать дистрибутив операционной системы в общую папку.
- Создать загрузочный диск или flash накопитель со средой предустановки ( Windows PE ).
- Загрузиться с накопителя, содержащего Windows PE.
- Запустить процесс установки.
Так же существует другой способ:
- Установить WAIK на компьютере техника.
- Установить операционную систему на тестовом (другом) компьютере, произвести ее настройку, а так же установить необходимые приложения. По окончании настройки «запаковать» компьютер.
- Создать загрузочный носитель с Windows PE, предварительно интегрировав в него утилиту ImageX.
- Загрузиться с Windows PE накопителя и произвести захват операционной системы. Захват операционной системы можно производить и на рабочей системе, но все же рекомендуется первый вариант.
- Скопировать захваченный образ в общий сетевой ресурс.
- Производить развертывание операционной системы, загрузившись с WindowsPE накопителя. Для этого необходимо произвести разметку диска и развернуть образ на только что созданный диск.
Как видно, второй способ является более сложным, но, тем временем, он позволяет развертывать не просто пустую операционную систему, а уже сконфигурированную и дополненную необходимым программным обеспечением.
Источник: intuit.ru
Сборка и установка программ Go
В предыдущих наших мануалах по Go мы использовали команду go run для автоматической компиляции исходного кода и запуска получившегося исполняемого файла. Эта команда полезна для тестирования кода в командной строке, но для распространения или развертывания приложения нужно встраивать код в двоичный исполняемый файл или в один файл, содержащий машинный байт-код, который может запустить ваше приложение. Для этого можно использовать набор инструментов Go для сборки и установки программ.
В Go процесс перевода исходного кода в двоичный исполняемый файл называется сборкой. В готовый исполняемый файл входит не только ваше приложение, но и весь вспомогательный код, необходимый для выполнения двоичного файла на целевой платформе. То есть для запуска в новой системе двоичный файл Go не требует системных зависимостей, в отличие от других языков, таких как Ruby, Python или Node.js. Помещая такие файлы в исполняемый путь системы, вы можете запустить программу из любой точки вашей системы. Это называется установкой программы.
В этом мануале вы научитесь использовать набор инструментов Go для запуска, сборки и установки простой программы «Hello, World!». Этот простой пример поможет вам эффективно использовать, распространять и развертывать ваши будущие приложения.
Требования
Чтобы выполнить этот мануал, вам понадобится среда разработки. Создать такую среду вам помогут наши мануалы:
- Установка Go и настройка локальной среды разработки в Windows 10
- Установка Go и настройка локальной среды разработки в macOS
- Установка Go и настройка локальной среды разработки в Ubuntu 18.04
Создание и запуск тестовой программы Go
Сначала создайте тестовое приложение, на котором вы сможете потренироваться работать с набором инструментов Go. Для этого мы создадим простую классическую программу «Hello, World!».
Создайте каталог greeter в каталоге src:
Затем перейдите в новый каталог и создайте файл main.go в любом текстовом редакторе:
cd greeter
nano main.go
Вставьте в файл следующие строки:
При запуске эта программа выведет фразу Hello, World! на консоль и затем успешно завершит работу.
Сохраните файл и выйдите из него.
Чтобы протестировать программу, используйте команду go run:
Вы получите следующий вывод:
Как мы уже говорили, команда go run встроила ваш исходный файл в исполняемый двоичный файл, а затем запустила скомпилированную программу. Однако в данном мануале мы соберем бинарный файл таким образом, чтобы вы могли делиться им и распространять его. Для этого мы будем использовать команду go build.
Сборка бинарных файлов Go с помощью go build
Используя команду go build, вы можете сгенерировать исполняемый двоичный файл нашего тестового приложения Go, что позволит вам распространять и развертывать программу.
Попробуйте собрать main.go. В своем каталоге greeter выполните следующую команду:
Если вы не предоставите этой команде аргумент, go build автоматически скомпилирует программу main.go в текущем каталоге. Команда включит все файлы *.go в каталоге. Она также создаст весь вспомогательный код, необходимый для выполнения двоичного файла на любом компьютере с такой же архитектурой системы (независимо от того, имеет ли эта система исходные файлы .go и установлен ли в ней Go).
В этом случае вы собрали приложение greeter в исполняемый файл, который был добавлен в текущий каталог. Чтобы проверить это, можно выполнить команду ls:
Если вы работаете в macOS или Linux, вы найдете новый исполняемый файл, имя которого будет совпадать с именем каталога, в котором вы собрали свою программу:
Примечание: В Windows файл будет называться greeter.exe.
По умолчанию go build генерирует исполняемый файл для текущей платформы и архитектуры. Например, если исполняемый файл собирается в системе linux/386, он будет совместим с любой другой системой linux/386, даже если в ней не установлен Go. Go поддерживает сборку для других платформ и архитектур.
Теперь, когда вы собрали свой исполняемый файл, запустите его, чтобы убедиться, что он собран правильно. В macOS или Linux запустите следующую команду:
В Windows запустите:
Вывод двоичного файла совпадает с выводом, который вы получили при запуске программы с помощью go run:
Вы создали один исполняемый двоичный файл, который содержит не только вашу программу, но и весь системный код, необходимый для его запуска. Теперь вы можете распространить эту программу на новые системы или развернуть ее на сервере, зная, что файл всегда будет запускать одну и ту же программу.
В следующем разделе мы объясним, как выбрать имя двоичному файлу и как его изменить, чтобы лучше контролировать процесс сборки программы.
Переименование бинарного файла
Теперь, когда вы знаете, как сгенерировать исполняемый файл, вам нужно научиться определять, как Go выбирает имя для двоичного файла, и настроить это имя для вашего проекта.
Когда вы запускаете go build, по умолчанию Go автоматически выбирает имя сгенерированного исполняемого файла. Это делается одним из двух способов: если вы используете модули Go, то Go будет использовать последнюю часть имени вашего модуля; в противном случае Go будет использовать имя текущего каталога. Последний метод использовался в предыдущем разделе, когда мы создали каталог greeter, перешли в него, а затем запустили go build.
Давайте подробнее рассмотрим первый метод – работу с модулями. Если бы в вашем проекте был файл go.mod с объявлением модуля, например:
то по умолчанию вашему файлу было бы присвоено имя blog.
В более сложных программах, требующих определенных соглашений об именах, значения по умолчанию не всегда подходят для двоичного файла. В этих случаях лучше настроить вывод с помощью флага -о.
Давайте посмотрим, как это работает. Измените имя исполняемого файла, созданного вами в предыдущем разделе, на hello и поместите его в подкаталог bin. Вам не нужно создавать его, Go сделает это самостоятельно в процессе сборки.
Запустите следующую команду go build с флагом -o:
go build -o bin/hello
Благодаря флагу –о вы получите новый исполняемый файл по имени hello в подпапке bin.
Чтобы проверить новый исполняемый файл, перейдите в новый каталог и запустите файл:
Вы получите такой результат:
Теперь вы можете настроить имя вашего исполняемого файла в соответствии с потребностями вашего проекта,
Команда go build позволяет запускать бинарный файл только из текущего каталога. Чтобы запускать только что созданные исполняемые файлы из любой точки системы, вы можете установить их с помощью go install.
Установка программы Go с помощью go install
Вы уже знаете, как генерировать исполняемые файлы из исходных файлов .go. Эти исполняемые файлы удобно распространять, развертывать и тестировать, но их нельзя запустить вне их исходных каталогов. Это неудобно, особенно если вы хотите активно использовать свою программу: например, если вы разработали инструмент командной строки, чтобы упростить рабочий процесс в вашей системе. Чтобы работать с программами было проще, вы можете установить их и получать к ним доступ из любой точки системы.
Попробуйте использовать команду go install для установки нашего тестового приложения.
Команда go install ведет себя почти так же, как go build, но она не оставляет исполняемый файл в текущем каталоге или в каталоге, указанном флагом -o, она помещает исполняемый файл в каталог $GOPATH/bin.
Чтобы узнать, где находится каталог $GOPATH, выполните следующую команду:
Ваш вывод может отличаться, но по умолчанию это каталог go в вашем каталоге $HOME:
Поскольку go install поместит сгенерированные исполняемые файлы в подкаталог $GOPATH по имени bin, этот каталог необходимо добавить в переменную среды $PATH. Сделать это вам помогут мануалы, перечисленные в разделе «Требования». Установив каталог $GOPATH/bin, вернитесь в каталог greeter:
Теперь запустите команду установки:
Она соберет двоичный файл и поместит его в $GOPATH/bin. Чтобы убедиться, что все прошло успешно, запустите:
Эта команда перечислит содержимое $GOPATH/bin:
Примечание: Команда go install не поддерживает флаг -o, поэтому она будет использовать для исполняемого файла одно из имен по умолчанию.
Установив бинарный файл, проверьте, работает ли программа вне ее исходного каталога. Вернитесь в свой домашний каталог:
Используйте следующую команду, чтобы запустить программу:
Вы получите такой вывод:
Теперь вы можете устанавливать написанные вами программы в свою систему, что позволяет вам использовать их из любой точки системы, когда вам это нужно.
Заключение
Теперь вы знаете, что набор инструментов Go позволяет легко создавать исполняемые файлы из исходного кода. Эти файлы можно распространять для запуска в других системах, даже в тех, которые не имеют инструментов и сред Go. Вы также научились использовать команду go install для автоматической сборки и установки программ в виде исполняемых файлов в $PATH. Команды go build и go install позволяют вам делиться своими файлами и использовать свое приложение по своему желанию.
- Настройка бинарных файлов Go с помощью тегов сборки
- Сборка приложений Go для разных операционных систем и архитектур
Источник: www.8host.com
WDS ч.1 Автоматическая установка Windows
WDS ч.1 Автоматическая установка Windows | Файл ответов | Развертывание Windows
Последнее время ко мне обращаются студенты с предложением рассмотреть тему удаленной установки ОС по сети средствами Windows Server. Так как работодатели стали довольно часто требовать знание подобных технологий.
Данную тему я решил разделить на две части:
1) Создание образа Windows 10 с автоматической установкой за счет использования файла ответов.
2) Непосредственно использование WDS или Службы развёртывания Windows для удаленной установки получившегося образа на компьютерах в локальной сети
И в этом видео разберемся с автоматической установкой Windows.
План на урок, следующий:
— скачаем и установим средства развертывания
— создадим файл ответов при помощи онлайн сервиса
— отредактируем его в диспетчере установки Windows
— запакуем в новый iso образ
— проверим процесс автоматической установки Windows
Для того, чтобы мастер установки операционной системы ну нас не задавал никакие вопросы из разряда на какой диск ставить Windows, выбор часового пояса, создание учетной записи пользователя и т.д. Необходимо установить специальный инструмент, благодаря которому мы создадим файл ответов.
Что такое файл ответов, это файл, в котором хранятся параметры, которые установщик Windows запрашивает в процессе установки операционной системы.
Скачивание инструментов развертывания ADK
Так как я буду настраивать автоматическую установки Windows 10, то для данной версии мне и нужно скачать это инструмент, поэтому переходим на сайте майкрософт www.microsoft.com и в поиске вводим ADK ADK download for Windows 10 Download the Windows Assessment and Deployment Kit (ADK) for Windows 10.
Установка ADK for Windows 10
Запускаем adksetup.exe (Установить комплект средств для развертывания Далее Далее Принять Указываем только Средства развертывания Установить Закрыть)
Вы так же можете сначала его скачать, а потом установить на сервер, если у сервера нет доступа в сеть интернет. Для этого выполните скачать Комплект средств для развёртывания Windows и укажите папку для скачивания. Но, тут будут скачаны все инструменты, а это порядка 4,5 ГБ
Преобразование .esd в .wim образ
Запускаем Диспетчер установки Windows, который только что был установлен (Пуск Windows Kits Диспетчер установки Windows)
Сюда нам нужно добавить установочный образ из которого будет разворачиваться операционная система, поэтому нам его необходимо скачать. Проще всего этот образ вытащить из установочного дистрибутива операционной системы (Монтируем образ операционной системы Windows 10 Sources install.esd Копируем в отдельную папку)
Файл с расширением ESD это образ операционной системы или архив всех файлов, которые в итоге у нас копируются на системный раздел компьютера в процессе установки.
Раньше образы для 7 изначально были формата .wim, но в 10 внедрили тип образа .esd, это связано с тем, что образ .esd можно более плотно сжать, нежели .wim. Однако сам диспетчер установки Windows не работает с образом .esd, а только с .wim. Поэтому нам его нужно будет извлечь.
Для начала нам нужно посмотреть какие редакции Windows в данном образе (Пуск Windows Kits Среда средств развертывания dism /get-wiminfo /wimfile:e:install.esd ) В результате видим, что интересующая меня редакция запакована в образ под индексом 3, эти данные понадобятся, когда мы будем извлекать нужную нам редакцию.
Распаковываем нужную нам редакцию (dism /export-image /sourceimagefile:e:install.esd /sourceindex:3 /destinationimagefile:e:install.wim /compress:max /checkintegrity) с ключом проверки, так как без проверки у меня как-то не корректно распаковывался образ и программа его не принимала.
Настройка файла ответов
Теперь нужно открыть этот файл .wim в Диспетчере установки Windows (Файл Открыть Да Идет создание файла каталога) Грубо говоря, в файле каталога хранятся вопросы, на которые мы можем автоматически отвечать, используя файл ответов. Причем для разных образов, набор вопросов может отличаться, допустим в зависимости от разрядности устанавливаемой операционной системы.
Создадим файл ответов (Файл ответов ПКМ Создать файл ответов)
Здесь мы видим различные этапы установки операционной системы, каждый из которых отвечает за определенные параметры. Мы не будем особо погружаться в параметры, так как нам нужны только те, которых будет достаточно, чтобы установка прошла в тихом режиме, без задавания каких-либо вопросов пользователю.
Так вот, вместо того, чтобы создавать его с нуля, я предлагаю загрузить рабочий файл ответов. Но, его вы тоже создадите самостоятельно, только более удобным способом используя онлайн генератор файла ответов www.windowsafg.com Desktop Версия операционной системы Windows 10 MBR Заполняем нужные нам настройки
Не рекомендую в файле ответов использовать кириллицу, так как могут быть сбои в процессе установки ОС.
Computer Name: IT-Skills
Disable auto daylight timeset: Yes – отключить переход на летнее время
Язык везде русский
Работа с разделами
Wipe Disk: Yes – форматировать полностью жесткий диск в том числе удаление всех разделов
Install to disk: 0 – номер физического диска, на который будет устанавливаться ОС
Main Partition Active: Yes
Main Partition Format: NTFS
Main Partition Label: OS – название системного диска
Main Partition Letter: C – буква системного диска
Partition Order: 2 – порядок раздела 2, первый зарезервировано для системы
User Name: Antonio – имя пользователя
Group: Administrators – член группы администраторы
Password: (Optional) – пароль пользователя
Password Expires: False – срок действия пароля
UAC: Enable – Включить контроль учетных записей
CEIP: Disabled – Отключить отправку различных отчетов для улучшения продуктов Microsoft.
Скачиваем файл Download File либо создаем его вручную, если не получается скачать и добавляем в него наше содержимое. Этот файл уже готов к работе и с ним операционная система установится автоматически, но, предлагаю его открыть, чтобы в дальнейшем мы могли вносить какие-либо изменения в файл ответов вручную, ну и понять, как выглядит рабочий файл в дереве настройки файла ответа.
Здесь стоит учесть следующее, файл ответов не откроется в редакторе, так как в начале файла добавлен комментарий от сервиса по генерированию файлов ответов. Этот комментарий нужно удалить, чтобы содержимое файла начиналось с нужного нам кода
Разберемся с редактором файла ответов (Файл ответов ПКМ Открыть файл ответов Связать файл ответов с образом Да)
Тут появляются различные уведомления, но на них можно не обращать внимание, я так понимаю, что файл ответов, который мы создали при помощи сервиса универсальный и подходит под 32 и 64 разрядные системы, а так как у нас образ 64 разрядной, то он ругается на то, что настройки для 32 разрядных не применимы к данному образу операционной системы.
Итак, здесь вы уже можете экспериментировать и изучать за какую конкретно настройку отвечает тот или иной параметр.
1 windowsPE amd64 SetupUILanguage – выбор языка мастера установки
1 windowsPE amd64 DiskConfiguration – настройка разделов и т.д.
1 windowsPE amd64 ImageInstall – на какой раздел устанавливать ОС
Здесь я предлагаю сделать следующее, удалить раздел DiskConfiguration и ImageInstall, так как они отвечают за разбиение диска и выбор раздела куда его устанавливать.
Если вы устанавливаете операционную систему на абсолютно новую машину, то можно эти разделы оставить, в таком случае физический диск будет полностью очищен, разделен на два раздела (Зарезервировано системой и Системный) и установлена операционная система.
Но, в большинстве случаев, мы все же переустанавливаем операционную систему, а значит не стоит автоматизировать процесс выбора раздела и полного уничтожения данных на диске.
Благодаря тому, что мы удалили данные разделы из файла ответы, данный этап не будет автоматизирован и мы сможем выбрать нужные нам настройки разделов и указать вручную куда именно устанавливать операционную систему!
При возникновении вопросов, можно воспользоваться справкой по каждому параметру ПКМ Справка. Хоть она и на английском, тут либо интуитивно понятно, либо можно воспользоваться онлайн переводчиком. В общем, любителям поковыряться, будет интересно повникать в разные настройки.
Однако, передо мной стоит минимальная задача, автоматизировать процесс установки без внесения каких-то особых настроек. Причем в любой момент можно внести изменения в файл ответов, допустим изменить имя компьютера и т.д.
Но, перед развертыванием на реальном железе, протестируйте все в тестовой среде, чем мы сейчас и займемся!
Создание установочного образа Windows 10.
Теперь необходимо собрать все в один установочный образ (Скопировать содержимое установочного образа E:Windows_10 вместо install.esd скопировать install.wim, так как файл ответов более корректно работает с .wim копируем файл ответов в корень образа, где находится файл setup.exe)
Запаковываем в установочный образ C:Program Files (x86)Windows Kits10Assessment and Deployment KitDeployment Tools>oscdimg -u2 -m -o -lWIN10PROX64 -b»c:Program Files (x86)Windows Kits10Assessment and Deployment KitDeployment Toolsamd64Oscdimgetfsboot.com» e:Windows_10 e:Windows_10.iso
Проверяем процесс автоматической установки Windows
Для теста создадим виртуальную машину и примонтируем к ней наш получившийся образ автоматической установки Windows 10 Pro. Проверим, что установка действительно проходит в автоматическом режиме и не требует никаких действий от пользователя, кроме настройки разделов.
Проверяем название имя пользователя, имя компьютера все ли соответствует тем настройкам, которые мы указали.
Источник: sys-team-admin.ru