Windows Deployment Services

Windows Deployment Services. Часть 3.

Введение

Захват образов клиентских компьютеров с использованием WDS

В соответствующих статьях вы могли прочесть о том, как использовать пакет Windows AIK и утилиту ImageX для выполнения развертывания Windows с использованием измененных WIM-файлов в качестве ключевого компонента архитектуры развёртывания. Вкратце этот процесс выполняется следующим образом:
1.Выполняется создание мастер-установки на одном из компьютеров
2.Выполняется обобщение установки программой sysprep, мастер-компьютер выключается
3.Мастер-компьютер загружается с носителя Windows PE, далее выполняется команда ImageX для выполнения захвата образа диска мастер-компьютера в WIM-файл
4.Захваченный образ копируется на по сети либо с использованием съемных носителей; далее развёртывание выполняется с использованием сети либо же создается загрузочный DVD-диск с захваченным образом.

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

Windows Deployment Services позволяет создание так называемых образов записи – загрузочных образов, которые создаются на основе обычных загрузочных образов, путем добавления специального пакета, который добавляет в образ графический интерфейс для выполнения захвата подготовленного образа диска клиентского компьютера, и записи его в хранилище образов на WDS-сервере.

Для того чтобы создать образ записи, необходимо выполнить следующие действия:
1.Откройте консоль управления WDS из меню «Администрирование» либо командой WdsMgmt.msc.
2.Разверните узел «Образы загрузки» в дереве консоли.
3.Выполните команду «Создать образ записи» из контекстного меню любого из имеющихся в хранилище загрузочных образов.
Таким образом, WDS будет создавать образ записи на основе указанного вами. При выборе образа учитывайте его архитектуру, так как загрузить x86-системы с использованием x64-образа будет невозможно
4.Укажите имя, описание образа, а также путь к нему.
Рекомендую вам изменить его имя, добавив слово «capture»для того, чтобы отличить образа записи от других. Также укажите путь к WIM-файлу, в который будет помещен созданный образ.
5.Нажмите кнопку «Далее»/
6.Начнется процесс извлечения образа, добавления в него соответствующих пакетов, и запись полученного образа в указанный WIM-файл.
7.По завершению процесса будет выведено соответствующее сообщение.
В нем необходимо установить флажок «Добавить образ на сервер развертывания Windows», и нажать кнопку «Готово»
8.Будет запущен мастер добавления образа, в поле «Расположение файла» будет указан путь к только что созданному образу записи.
9.Нажмите кнопку «Далее», затем – еще раз «Далее».
10.Будет выполнено добавление указанного образа в хранилище загрузочных образов на WDS-сервере.
11.По завершению процесса добавления нажмите кнопку «Готово»

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

Также стоит обратить внимание на то, что созданный образ записи позволяет выполнять захват образов ТОЛЬКО системных дисков, которые были соответствующим образом подготовлены при помощи утилиты sysprep. Захват дисков, не содержащих операционной системы Windows, либо же необобщённых через sysprep, не поддерживается.

Теперь же рассмотри сценарий захвата образа диска с мастер-компьютера
1.Выполните установку операционной системы на мастер-компьютер вручную, либо при помощи конфигурационного набора и файла ответов
2.Выполните настройку операционной системы.
3.Запустите утилиту sysprep, и выполните генерализацию образа с завершением работы.
Это можно сделать при помощи команды sysprep /generzlize /oobe /shutdown
4.После завершения работы sysprep компьютер будет выключен.
5.Загрузите компьютер с PXE-совместимого адаптера, подключенного к сети с WDS-сервером, где был создан образ записи.
6.После вывода загрузочного меню при помощи клавиш со стрелками выбертите образ записи, и нажать клавишу “Enter”
7.Начнется процесс загрузки образа, также, как и в сценарии развертывания операционной системы. После этого, будет выполнен запуск Windows PE из образа, и запущено графическое приложение для захвата образа:

8.Нажать кнопку «Далее»
9.На следующем этапе мастера, выбертите логический диск, на который была установлена операционная система.
Если все предварительные операции были выполнены верно, то в раскрывающемся списке будет доступен один элемент для обобщенной системы на жестком диске мастер-компьютера. Также введите имя и описание для создаваемого образа:

10.Следующий этап мастера особенно важен. На нем предлагается указать путь для сохранения образа, а также выбрать, будет ли помещен захваченный образ – на WDS-сервер. В большинстве случаев используйте WDS-сервер, поскольку это обеспечит вам больше возможностей по последующему развертыванию этого образа. Также локальное сохранение образа полезно, если вы планируете редактировать этот образ, либо же создавать для него файл ответов для создания загрузочного DVD-диска. Также вы можете сохранить образ на сетевом ресурсе, однако для этого придется выполнить немного нестандартный сценарий. Итак, для того, чтобы сохранить образ на сетевом ресурсе необходимо для начала подключить этот ресурс как сетевой диск, для этого откройте окно командной строки комбинацией клавиш Shift+F10, и введите команду startnet.cmd(из статей про Windows PE вы знаете, что этот командный сценарий выполняет инициализацию сетевого подключения в Windows PE, так как по умолчанию в образе записи инициализация сети не выполняется), далее введите команду ipconfig, чтобы удостовериться, что инициализация сети прошла успешно и успешно получены параметры от DHCP-сервера. После этого введите команду net use M: , нажмите Enter. По запросу введите учетные данные для подключения к общему ресурсу, в формате имяпользлователя@fqdnимядомена, либо же NETBIOSимядоменаимяпользователя, и нажмите Enter.

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

После этого установите флажок «Отправить образ на сервер служб развертывания Windows -(необязательно)», ввести IP-адрес либо DNS-имя WDS-сервера, нажать кнопку «Подключить». При появлении запроса, введите учетные данные. После успешной авторизации выберите группу образов на WDS-сервере, и нажмите кнопку «Далее»
11.Начнется процесс захвата образа диска в указанный WIM-файл, а также добавление его на WDS-сервер в качестве одного из установочных образов.

Итак, вы получаете установочный образ, которых хранит в себе настроенную операционную систему с тем программным обеспечением, которое требуется для установки на компьютеры в вашей организации. Развернув этот образ на клиентском компьютере при помощи WDS, вы получите точную копию мастер-установки, которая лишена уникальных параметров путием генерализации через sysprep, и которые будут заново созданы на конечном компьютере при запуске OOBE.

Использование WDS на PXE-несовместимых компьютерах.

В наше время, все сетевые адаптеры выпускаются с поддержкой сетевой загрузки PXE. Однако, во многих средах стоит устаревшее оборудование, которое может не поддерживать PXE-загрузку. Однако это не значит, что вы не сможете использовать WDS для развертывания операционных систем в такой сети. Развертывание возможно, однако понижается его уровень автоматизации. Для того, чтобы загрузить конечный компьютер, не поддерживающий PXE-загрузку, будет использоваться специальный загрузочный диск, который содержит в себе специально настроенный образ Windows PE, для подключения к WDS-серверу и развертывания ОС. Таким образом, пропускаются шаги начальной загрузки компьютера с PXE, за счет выполнения загрузки с диска. Этот специально настроенный образ называется образом обнаружения. Итак, чтобы создать образ обнаружения, вам необходимо выполнить следующее:
1.Откройте консоль управления WDS из меню «Администрирование» либо командой WdsMgmt.msc.
2.Разверните узел «Образы загрузки» в дереве консоли.
3.Выполните команду «Создать образ обнаружения» из контекстного меню любого из имеющихся в хранилище загрузочных образов.
Таким образом, WDS будет создавать образ обнаружения на основе указанного вами. При выборе образа учитывайте его архитектуру, так как загрузить x86-системы с использованием x64-образа будет невозможно.
4.Укажите имя, описание образа, а также путь к нему.
Также укажите путь к WIM-файлу, в который будет помещен созданный образ. И наконец, укажите DNS-имя или IP-адрес WDS-сервера, с которого будет выполняться развертывание операционных систем.
5.Нажмите кнопку «Далее»
6.Начнется процесс извлечения образа, добавления в него соответствующих пакетов, и запись полученного образа в указанный WIM-файл.
7.По завершению процесса будет выведено соответствующее сообщение
8.Нажмите кнопку «Готово»
9.Компьютер будет перезагружен.

Если вы откроете Проводник, то можете удостовериться, что создан WIM-файл с обзорным образом. Однако, простое помещение этого WIM-файла на CDDVD-диск либо на флэш-накопитель не сделает ваш накопитель загрузочным. Вам необходимо выполнить те же шаги, что и при создании сборки Windows PE, с учетом того, что вы создаете загрузочный носитель с созданным образом обнаружения. Для этого, вам необходимо установить на технический компьютер пакет Windows Automated Installation Kit, и выплолнить следующее:
1.Открыть окно командной строки средств развертывания от имени администратора.
2.Выполнить команду copype.cmd
В качестве значения параметра архитектуры указывайте x86, amd64, или ia64. Обратите внимание, что архитектура должна совпадать с архитектурой созданного вами образа обнаружения!
В качестве параметра пути укажите папку, в которую будет выполнено копирование загрузчика и ядра Windows PE.До выполнения копирования эта папка не должна существовать.
3.Скопировать WIM-файл с обзорным образом в папку ISOsources, в папке, куда скопировано ядро и загрузчик Windows PE, и дать ему имя boot.wim
4.Выполнить команду
Oscdimg -n –b ISObootetfsboot.com ISO
5.По завершении работы oscdimg по указанному пути будет создан ISO-образ загрузочного CDDVD-диска, который вы можете впоследствии записать на диск и использовать для загрузки систем, не поддерживающих PXE.
6.Создание загрузочного флэш-накопителя с образом обнаружения выполняется по аналогии с созданием загрузочного флэш-накопителя с Windows PE.

Развертывание ОС на компьютере, сетевой адаптер которого не поддерживает PXE-загрузку, выполняется следующим образом
1.В дисковод вставляется загрузочный диск, либо подключается загрузочный флэш-накопитель с образом обнаружения.
2.Конечный компьютер загружается с этого носителя. Процесс загрузки идет аналогично загрузке с установочного диска Windows
3.Windows PE из образа обнаружения пытается получить сетевые параметры от DHCP-сервера, а далее – автоматически обнаружить WDS-сервер, указанный при создании образа обнаружения.
4.Если обнаружение выполняется успешно, то пользователю предлагается выбрать язык, ввести учетные данные для подключения к WDS-серверу, а далее установка выполняется аналогично сценарию установки при загрузке с PXE.

Также обратите внимание, что если при создании образа обнаружения не было указано сетевое имя WDS-сервера, то при загрузке такого образа поиск WDS-сервера будет выполнен автоматически.

Нестандартные приемы использования WDS

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

Таким образом, вы можете создать собственную сборку Windows PE, назначение которой может быть любым – начиная от средства для резервного копированиявосстановления, заканчивая средствами для тестирования оборудования. Таким образом, вы будете избавлены от необходимости носить с собой флэшки либо загрузочные диски со сборкой – операцию по загрузке конечного компьютера будет выполнять WDS. Однако в крупной организации настройте внутренние маршрутизаторы на пропускание широковещательного трафика, для возможности корректной работы WDS. Однако недокументированные возможности WDS этим не ограничиваются. Если создать соответствующую сборку Windows PE, которая будет удовлетворять требованиям, то вы сможете использовать Windows Deployment Services для загрузки бездисковых рабочих станций. Однако стоит определиться с требованиями к операционной системе на рабочей станции. Заметьте, что Windows PE 3.0 не поддерживает .NET Framework, а также перезагружается каждые 72 часа непрерывной работы. Таким образом, такая рабочая среда будет идеальной для работы устаревших клиент-серверных приложений, либо веб-приложений, так как они не требуют .NET Framework. Однако учтите, что в 4 версии Windows PE будет включена поддержка .NET Framework. Об создании сборки Windows PE 4.0 будет рассказано в статье, которая появится очень скоро, буквально через пару месяцев. Итак, используя WDS для загрузки систем Windows PE на бездисковых рабочих станциях, вы экономите на лицензиях, а также на оборудовании.

Всем привет сегодня хочу рассказать как добавить образ установки Windows 10 на WDS сервер. Wds сервер это роль в Windows Server, которая позволяет устанавливать по сети по протоколу PXE, различные операционные системы Windows, из образов заранее подготовленных под ваши нужды (с установленными обновлениями, добавленными драйверами).

И так в качестве подопытного у меня Windows Server 2008 r2, но все действия актуальны и для 2012R2. Ранее я рассказывал как установить wds сервер в Windows Server 2008 r2 и автоматизировать кучу вещей (цикл из 9 статей), советую посмотреть. Для решения данной задачи у вас должен быть установочный диск Windows 10, если нет то качните его по ссылке слева.

Первым делом на Wds сервер нам нужно добавить образ загрузки Windows 10. Делается это следующим образом на wds переходим в пункт Образы загрузки щелкаем по нему правым кликом. Из контекстного меню выбираем Добавить загрузочный образ.

Добавляем образ загрузки

В открывшемся мастере нажимаем Обзор

Идете на ваш дистрибутив с 10 и переходите в папку sources, в ней выбираете boot.wim, это и есть загрузчик.

Задаете ему имя образа и описание, это больше для вас информация.

Вам предложат выбрать образ Windows 10, у меня это профессиональная 64х.

все начинается добавление загрузчика Windows 10 на WDS сервер.

Через пару секунд он будет добавлен.

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

Добавляем образ установки

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

Задаем данной группе нужное вам имя

Теперь в это группе щелкаем правым кликом и выбираем Добавить образ установки.

так же в папке sources находим, файл install.wim.

Файл толстый и добавляться будет подольше.

Wds сервер определит все версии, что есть в install.wim, если их более одной то нужно будет выбрать какую именно вам нужно.

Все образ десятки успешно добавлен.

В данный контейнер вы можете надобавлять кучу образов 10, от Home до Enterprise.

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

Как видите было не сложно и вы с легкостью добавили десятку на ваш pxe сервер.

Второй способ

Если по каким-то причинам установка Debian с usb накопителя, созданного первым способом не проходит, то можно воспользоваться другим вариантом.

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

# wget http://http.us.debian.org/debian/dists/stable/main/installer-i386/current/images/hd-media/boot.img.gz

Затем развернём загрузочный образ на usb носителе:

# zcat boot.img.gz > /dev/sdc

# sync

И скопируем на него же установочный образ:

# cp debian-6.0.3-i386-netinst.iso /dev/sdc

Внимание, так же как и в первом случае, данные с usb носителя будут удалены! Не зависимо от объёма usb носителя будет использоваться только 256 МБ. Чтобы получить оставшееся пространство нужно будет заново переразметить носитель. Из-за ограничения раздела в 256 МБ этот способ подходит только для использования установочных образов netinst или businesscard.

Примечание: вместо команды zcat можно использовать gunzip -c

Установка и настройка виртуальной машины Hyper-V поколения 2 в Windows 10

Унаследованный системой Windows 8 от серверных Windows гипервизор Microsoft Hyper-V в дальнейшем стал частью ещё двух настольных операционных систем – версий-последовательниц 8.1 и 10. На борту самой актуальной на сегодняшний день настольной системы Windows 10 обнаружим Hyper-V версии 10.0, в число преимуществ которой входит возможность работы с виртуальными машинами поколения 2. Ранее в этой статье описывался процесс создания виртуальной машины поколения 1 (единственного на тот момент) в рамках работы штатного Hyper-V в составе Windows 8. В этой статье рассмотрим специфику, а также непосредственно процесс создания виртуальной машины поколения 2. И используем для этих целей Hyper-V в составе Windows 10.

0. Оглавление

1. Виртуальные машины поколения 2: в чём суть?
2. Что нужно для работы Hyper-V
3. Активация Hyper-V
4. Обеспечение виртуальной машине доступа к Интернету
5. Создание виртуальной машины поколения 2
6. Варианты подключения виртуальной машины

1. Виртуальные машины поколения 2: в чём суть?

Виртуальные машины поколения 2 впервые появились в Hyper-V в составе ОС Windows Server 2012 R2. Именно в этой системе гипервизор Microsoft впервые предложил возможность работы с новым форматом виртуальных машин наряду с форматом старым — виртуальными машинами поколения 1, работа с которыми проводилась в старых версиях Hyper-V.

Виртуальные машины поколения 2 призваны обеспечить небольшой прирост производительности, в частности, более быстрый процесс установки гостевой ОС и ускоренный процесс её запуска. Этому способствует тип контроллера диска SCSI, который пришёл на смену упразднённому типу IDE в качестве основного виртуального жёсткого диска, на который устанавливается гостевая ОС и с которого в дальнейшем происходит её загрузка. Упразднён тип контроллера IDE и для подключаемых образов DVD-дисков, они теперь также подключаются с помощью контроллера SCSI.

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

Поколение 2 – это виртуальные машины с ПО на базе UEFI вместо стандартного BIOS, и они поддерживают Secure Boot (безопасную загрузку) для предотвращения запуска вредоносного ПО. Как и в физических компьютерах на базе BIOS UEFI, в параметрах виртуальных машин поколения 2 Secure Boot можно отключить.

Это были особенности и преимущества виртуальных машин поколения 2. А что же с ограничениями?

На поколение 2 виртуальных машин можно установить из серверных ОС Windows Server 2012, Server 2012 R2 и новую Server 2016. Из настольных ОС это 64-битные Windows 8.1 и 10.

ПО на базе UEFI обуславливает необходимость использования при установке гостевых ОС и их загрузке с Live-дисков не обычного загрузочного носителя, а загрузочного носителя UEFI. Например, ISO-образы официальных дистрибутивов Windows 8.1 и 10 предусматривают видимость загрузочного носителя на UEFI-устройствах. А вот при получении дистрибутива Windows с других источников этот момент необходимо уточнять.

Поколение виртуальной машины, выбранное при её создании, в дальнейшем средствами Hyper-V не меняется. Однако для этих целей существуют сторонние утилиты-конвертеры.

2. Что нужно для работы Hyper-V

Как и в случае с Windows 8.1, для работы с Hyper-V понадобится 64-битная Windows 10 в редакциях Pro и Enterprise. Необходимо, чтобы процессор компьютера поддерживал технологию SLAT и аппаратную виртуализацию. Необходимый объём оперативной памяти для работы с гостевыми ОС Windows 7, 8.1 и 10 — не менее 4 Гб.

3. Активация Hyper-V

64-битные редакции Pro и Enterprise Windows 10 содержат изначально неактивный компонент Hyper-V. Чтобы его активировать, жмём клавиши Win+X и в появившемся меню выбираем «Программы и компоненты».

Далее – «Включение и отключение компонентов Windows».

Ставим галочку на компоненте Hyper-V. Жмём «ОК».

После применения изменений компьютер попросит перезагрузку. Перезагрузившись, открываем меню «Пуск» и находим ярлык Диспетчера Hyper-V в числе раздела «Средства администрирования». Сразу же можем с помощью контекстного меню отправить ярлык на начальный экран или закрепить на панели задач.

4. Обеспечение виртуальной машине доступа к Интернету

Запустив Hyper-V, первым делом создадим виртуальный коммутатор, необходимый для доступа виртуальных машин к Интернету. Справа окна на панели инструментов жмём «Диспетчер виртуальных коммутаторов».

Выбираем тип «Внешняя» (если принципиально не нужны типы «Внутренняя» и «Частная»). Жмём «Создать виртуальный коммутатор».

Задаём имя коммутатору (любое) и жмём «Применить». Если нужно сменить сетевую карту или переключиться на модуль Wi-Fi, можем это сделать в пункте «Внешняя сеть», выбрав нужный вариант из выпадающего списка.

5. Создание виртуальной машины поколения 2

Для создания виртуальной машины снова обратимся к инструментам на панели справа Диспетчера Hyper-V. Жмём «Создать» и выбираем «Виртуальная машина».

Задаём имя. Также можем сменить предустановленную папку, куда будут сохранены файлы виртуальной машины. И снова жмём «Далее».

А вот и окно выбора поколения виртуальной машины. Выбираем пункт «Поколение 2» и жмём «Далее».

Устанавливаем объём оперативной памяти, что будет отдана виртуальной машине. Жмём «Далее».

В выпадающем списке выбираем виртуальный коммутатор, что был создан ранее. Жмём «Далее».

Создаём виртуальный жёсткий диск. Поколение 2 виртуальных машин работает только с дисками VHDX, так что выбор этого формата предустановлен. Предустановлен и путь хранения VHDX-файла – внутри папки, ранее указанной для всех файлов виртуальной машины. Размер диска по умолчанию определён в 127 Гб, этот размер, пожалуй, и оставим. Жмём «Далее».

Следующий этап – указание пути к ISO-образу с дистрибутивом гостевой ОС. Жмём «Далее».

Вернёмся в окно Диспетчера Hyper-V. Запускаем окно подключения только что созданной виртуальной машины двойным кликом.

Для включения виртуальной машины жмём зелёную кнопку.

Запустится процесс загрузки с DVD-диска. Любую клавишу для подтверждения загрузки с DVD-диска нужно нажать очень быстро, поскольку в случае с виртуальными машинами поколения 2 время для такого рода раздумий и действий сокращено.

Затем в окне подключения увидим обычный процесс установки Windows 8.1 или 10. Этот процесс подробно описан в статьях об установке Windows 8.1 и Windows 10.

Не прерывая процесс установки гостевой ОС, можем сразу отключить установочный ISO-образ, чтобы в дальнейшем не затягивать процесс запуска виртуальной машины пропуском окна подтверждения загрузки с DVD-диска.

Нам снова нужно окно Диспетчера Hyper-V. В контекстном меню, вызванном на виртуальной машине, выбираем «Параметры».

В появившемся окне слева в разделе «Оборудование» переключаемся на «SCSI-контроллер», затем кликаем «DVD-дисковод». Справа выше прописанного пути к ISO-образу устанавливаем значение «Нет». Жмём «Применить».

6. Варианты подключения виртуальной машины

Hyper-V продуман так, чтобы когда нужно обеспечивать максимальную производительность виртуальных машин за счёт отключения некоторых функций гостевой ОС. В то же время, когда станет необходимость в полноценном использовании виртуальной машины, да ещё и налаживании связи с физическим компьютером, Hyper-V может и это обеспечить в расширенном сеансе подключения. Эти возможности доступны вне зависимости от поколения виртуальных машин. Но у расширенного сеанса подключения есть свои требования:

• Только версии Windows 8.1, 10 и серверные редакции, начиная с Windows Server 2012 R2;
• Гостевая ОС должна поддерживать Remote Desktop Services, а этот нюанс перечень указанных версий Windows ограничивает до их редакций Pro и Enterprise.

При подключении виртуальной машины в целях экономии ресурсов компьютера можем сразу закрыть окошко настроек подключения, чтобы вступили в силу минимальные параметры подключения. Будет задействовано разрешение экрана с 1024х768, отключён звук, буфер обмена будет односторонним (только в гостевую ОС).

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

Переходим на вкладку «Локальный ресурсы».

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

Смотрите также:

Не все знают, что в некоторых редакциях Windows 8 имеется встроенный гипервизор Huper-V. Просто по умолчанию эта роль отключена. Ниже будет рассказано как активировать виртуальную машину Hyper-V в Windows 8,…

В данной статье я расскажу как установить роль Hyper-V в Windows Server 2008 R2, а также рассмотрю процесс создания виртуальных дисков и виртуальных машин. 0. Оглавление Что понадобится…

Компания Microsoft с целью внедрения в массы Windows 10 позаботилась также и об инструментах, сопутствующих установке новой операционной системы. Для обновления версий системы 7 и 8.1 до версии 10, для…

Загрузка по сети: Установка Windows по сети

Продолжим тему сетевой загрузки. А именно, затронем вопрос организации установки операционной системы Windows по сети.

План действий

1. Устанавливаем TFTP и DHCP сервера для организации сетевой загрузки.
2. Устанавливаем загрузчик Windows Boot Manager на TFTP сервер.
3. Создаем общий сетевой ресурс на котором будут размещаться установочные файлы. Общий доступ может быть организован по протоколу CIFS или SMB.
4. Размещение установочных файлов необходимых версий Windows на общем сетевом ресурсе.
5. Размещаем среду предустановки на TFTP сервере, и выполняем ее настройку.
6. Настраиваем меню загрузчика.
7. Проверяем итоговый результат.

Первые два пункта представлены с ссылками, так как данные темы уже рассматривались ранее. Рекомендую ознакомиться с ними.

Общий сетевой ресурс

Общая папка настроена.

Копирование дистрибутивов в общую папку

В моем случае это папки Setup_Win10x64 и Setup_Win10x86.

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

Среда предустановки

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

Текущий файл boot.wim (обоих дистрибутивов), настроен на запуск установки Windows с диска на котором он расположен. Наша задача, настроить данный образ так, чтобы процесс установки запускался из сети.

Изменения которые необходимо будет сделать, это – интегрировать в образ boot.wim сетевые драйвера, и внедрить скрипт установки.

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

Скрипт установки, будет выполнять подключение к ранее созданному сетевому ресурсу, с установочными файлами, и запускать процесс установки ОС Windows.

Так как у нас два дистрибутива, x86 и x64, среду предустановки каждого, нужно настраивать по отдельности. Данный процесс одинаков, поэтому я приведу пример настройки только для boot.wim x86 версии, с необходимыми поправками там, где это необходимо для boot.wim x64 версии.

Подготовка сетевых драйверов

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

Первым делом скачиваем установщик драйверов SDI (Snappy
Driver Installer). Нужна именно Lite версия. Страница скачивания https://sdi-tool.org/download/.

Распаковываем скачанный архив с SDI Lite.

Запускаем исполняемый файл SDI_R xxxx .exe (32-битная версия) или SDI_x64_R xxxx .exe (64-битная), в зависимости от разрядности вашей ОС. Или скрипт SDI_auto.bat, он сам определит разрядность запустит подходящий исполняемый файл. После запуска, скачиваем только сетевые драйверпаки.

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

Распакуем в отдельные директории следующие драйверпаки – DP_LAN_Intel_18054.7z, DP_LAN_Others_18053.7z, DP_LAN_Realtek-NT_18055.7z.

В каждой распакованной директории с драйверами, присутствуют поддиректории вида *x86* и *x64*.

Это разделение драйверов по разрядности. Тут возникает одна проблема. К примеру, для WinPE x86 интеграция x64 драйверов будет избыточным и нецелесообразным действием. Поэтому удалим все поддиректории с именем *x64* (для WinPE x64 будет ровно противоположенное действие). Для этой цели удобнее всего воспользоваться каким-нибудь файловым менеджером (Far Manager, Total Commander, Double Commander).

Драйвера сетевых адаптеров для WinPE x86 готовы. Теперь имеющиеся директории можно перенести в отдельную папку, например LAN_x86. Думаю вам не составит труда самостоятельно организовать папку с драйверами LAN_x64.

Размещаем среду предустановки на TFTP

Корень TFTP сервера на данный момент выглядит так (конкретно, это состояние на момент завершения предыдущей статьи).

Расположим в папке Image образы boot_x86.wim и boot_x64.wim (то есть это обычные boot.wim, взятые из папки sources, скопированные и переименнованные). Данные образы, это не измененные, образы сред предустановок соответствующих дистрибутивов ОС Windows.

Общая файловая структура TFTP на следующем скриншоте.

Интеграция сетевых драйверов в среду предустановки

Перед интеграцией драйверов в образ boot_x86.wim, его предварительно необходимо смонтировать. Делается это с помощью команд dism.exe /get-imageinfo /imagefile: D:TFTPImageboot_x86.wim (получение информации о указном *.wim образе, чтобы определить индекс монтируемого содержимого)

и dism.exe /mount-wim /wimfile: D:TFTPImageboot_x86.wim /index: 2 /mountdir: E:mnt (монтирование указанного *.wim образа к указанному каталогу).

После того как образ смонтиорован, можно приступить к интеграции в него ранее подготовленных драйверов. Выполним для этого команду dism.exe /image: E:mnt /Add-Driver /Driver: C:Usersx7z3DesktopSDIdriversLAN_x86 /Recurse .

Этим действием мы интегрировали сетевые драйвера из директории LAN_x86 в образ boot_x86.wim. Для образа boot_x64.wim все будет идентично, разница будет лишь в имени подключаемого файла и директории с драйверами.

Интеграция скрипта запуска установки ОС

Скрипт установки – это обычный командный файл с расширением *.cmd. Его задача, подключить сетевой диск с установочными файлами и запустить установщик ОС.

Для того чтобы организовать запуск скрипта, во время загрузки среды предустановки, нам потребуется создать файл winpeshl.ini (текстовый файл) в директории E:mntWindowsSystem32 с следующим содержимым:

Файл winpeshl.ini, является конфигурационным файлом для среды предустановки. Он позволяет задать программу(ы) выполняемые вместо стандартной оболочки. Подробнее о нем можно почитать тут.

Теперь создадим сам скрипт установки init.cmd (текстовый файл) в той же директории. Исходный текст init.cmd:

Учитывайте что установочный скрипт для x64 системы, будет содержать немного другой путь до установочных файлов.

Все необходимое сделано. Осталось только отключить подключенный образ boot_x86.wim с сохранением выполненных изменений. Делается это командой dism.exe /unmount-wim /mountdir: E:mnt /commit . Предварительно, ОБЯЗАТЕЛЬНО закройте открытые папки или файлы в смонтированном каталоге.

Все вышеописанное нужно будет проделать и для файла образа boot_x64.wim.

Настройка меню загрузчика

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

Параметры для загрузки boot_x86.wim.

Параметры для загрузки boot_x64.wim.

Проверка итогового результата

Теперь все готово. Осталось только проверить результат проделанной работы. Проверять будем как всегда в виртуальной машине VirtualBox.

Загруженное меню. В шапке видно что загрузчик загружен по сетию

Загрузка образа boot_x86.wim в оперативную память компьютера.

Выполнение интегрированного нами скрипта.

Уведомление скриптом об успешности подключения сетевого ресурса.

Запущенный скриптом установщик ОС Windows.

На этом скриншоте видно, что установка идет реально по сети.

Технология сетевой установки ОС проста и доступна. Минимум необходимых инструментов. Все что нужно, это установочный образ Windows 10 (нет необходимости скачивать WAIK или ADK). Все описанное выше будет работать для ОС Windows начиная с 7-ки и выше (7, 8.1, 10).

Надеюсь данный материал будет полезен для вас 😉.

Предоставление общего доступа

Прежде чем устанавливать Windows 10 по сети, нужно предоставить общий доступ к папке сервера TFTP. См. также: настраиваем общий доступ в Windows 10.

1. Открываем свойства папки и переходим на вкладку «Доступ».
2. Нажимаем на кнопку «Расширенная настройка».
3. Отмечаем пункт «Открыть общий доступ для этой папки», задаём имя и нажимаем на кнопку «Разрешения».

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

Имя «СЕТЬ» обязательно должно быть написано большими буквами

После этого нужно будет ещё зайти в раздел «Сеть и интернет» в «Параметрах» и включить следующие опции:

• Сетевое обнаружение.
• Общий доступ к файлам и принтерам.
• Общий доступ с парольной защитой.

Настройка общего доступа в «Параметрах» Windows 10

Перезагрузка обычно не требуется, изменения сразу вступают в силу.

Как сделать загрузочную флешку Windows 10 с помощью WinSetupFromUSB

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

1. Выберите носитель, на который будет произведена запись.
2. Выделите галочкой пункт «Auto Format it with FBinst».
3. Выберите формат файловой системы «NTFS».
4. Для добавления образа операционной системы Windows 10 выберите пункт «Windows Vista / 7 / 8 / 10 /server 2008/2012 based ISO». Для записи образа какой-либо программы выберите «Linux ISO/Other Grub4dos compatible ISO».
5. После нажмите «Go» и согласитесь со всплывающими предупреждениями. Через пару минут флешка будет готова.
6. Для того, чтобы добавить к уже имеющемуся на накопителе другой образ, потребуется сделать всё то же самое, только пункт «Auto Format it with FBinst» выделять не нужно! С помощью данного способа можно добавлять сколько угодно образов к уже записанным, пока не закончится место на USB-накопителе.

Где скачать?

Мы будем тестировать настройки на Windows Server 2016 Standart Evalution это пробная версия с ограниченным сроком действия – 180 дней.(Мы не нарушаем закон!)

Скачать Windows Server 2016 Standart Evalution можно по ссылке ниже.

И так переходим по ссылке, выбираем в каком виде мы хотим получить Windows – “ISO”.(Рис.1)

Рис.1 – Выбираем в каком виде мы хотим получить Windows – ISO.

Заполняем анкету, Ставим галочку в чекбоксе “Yes”(Условия конфиденциальности), и жмём “Continue”. Никаких подтверждений требоваться не будет, так что это занимает очень мало времени.(Рис.2)

Рис.2 – Заполнение анкету.

Выбираем свой язык, и жмём “Download”.(Рис.3)

В результате скачается iso-образ, примерно с таким названием:

14393.0.161119-1705.RS1_REFRESH_SERVER_EVAL_X64FRE_RU-RU.iso

Объёмом: 6,52 Гб.

Рис.3 – Выбираем наш язык, и жмём Download.

Выводы

Как видите, установка CentOS 7 не так уж сложна, как может показаться на первый взгляд. Да, возможно, здесь все иначе, чем в Ubuntu, и немного не привычно. Но для меня этот установщик даже удобнее, потому что позволяет лучше настроить систему. Если у вас остались вопросы, спрашивайте в комментариях!

Процесс установки заснят на видео:

Нет похожих записей

Оцените статью:

Об авторе

Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux интересуюсь всем, что связано с информационными технологиями и современной наукой.

18 комментариев

Сергей, я понимаю, что UltraISO класная вещь, но меня смущает одна вещь, она платная . согласитесь странно видеть на са те опен сорса постоянно пиаренную шареварную прогу . Неужели в винде нет аналогов . CdBURNERXp, на пример.

Хм. возможно. Нужно посмотреть на нее ближе)

Добрый день.Могу ли я попросить помощи как раз таки в установке CentOS 7.
При запуске возникает сообщение следующего характера:
Ignoring bgrt failed to map image. С Чем это может быть связано.

Еще бы отдельный манчик по разметке дисков какой раздел куда и с какими фдагами лучше монтировать. 🙂

А swap не нужен?

если оперативы больше 4 -х гб то свап не особо нужен

Всё правильно изложено. Разделы /boot, /, swap, /home создавать придется в любом случае, без них продолжение установки будет невозможным. В отличие от Fedora это дистрибутив может принести неприятный сюрприз при установке, возможно это связано со вторым пунктом Test This Media,возможно с чем то иным, кому как повезёт, но мне было неприятно, когда процессор резко перешел на “взлетный” режим. Рисковать железом ради этого дистрибутива не стал, выключил, но неприятный осадок в виде сбоя контроллера аккумулятора остался).

Процессор перешёл во “взлётный режим” именно из-за тестирования оборудования. Если охлаждение процессора не очень хорошее, то можно его покалечить, а в случае с процессором AMD, ещё и системную плату. Смысла в тестировании оборудования нет. Если система не поддерживает эту ОС, то установка просто не запустится, или прервётся на определённом этапе. У меня такой проблемы никогда не было ни с одной ОС.

Сергей, через Unetbootin запись не грузится, доходит до четырех пингвинов, и все писал через dd: sudo dd if=CentOS-7-x86_64-LiveGNOME-1611.iso of=/dev/sdc

Еще бы отдельный мануальчик по установке драйверов Nvidia?

Я создал домашний сервер на основе CentOS 7, работает всё, кроме доступа к ресурсам сервера (дискам, папкам файлам) из Linux через SSH. Доступ возможен только при посредстве Samba как «Сетевой диск Microsoft Windows», причём и из Linux, и из Windows. Подсоединиться к серверу и управлять им, через SSH, используя Putty получается и из Linux и из Windows. Однако при попытке подсоединения ресурса сервера по SSH (Процедура добавления сетевой папки SSH в Dolphin) выдаётся сообщение: «Невозможно подключиться к серверу. Проверьте параметры и повторите попытку». Все настройки сервера делал аналогично, как и на ранее используемой ОС сервера Fedora 27, однако на Fedora всё работало. Firewall настроен, необходимые порты (20, 21, 22, 80, 137, 138, 139, 443, 445, 9091) открыты, последний используется для работы Transmission-daemon. SELinux настроен, пробовал его отключать, однако проблема этим не решается. Заменить Fedora на CentOS решил по причине нестабильности Fedora, в ней, для ликвидации «нежданчиков», приходилось создавать резервный образ системы перед каждым её обновлением.
После перевода одного из англоязычных сайтов нашёл сведения о том, что для доступа по SSH надо установить на сервер приложение «NFS сервер». Может быть именно из-за его отсутствия по-умолчанию в CentOS 7 у меня и нет доступа к ресурсам по SSH? Как проверить его наличие, не знаю. Когда я ранее устанавливал Fedora 27 на сервер, то использовал серверную редакцию дистрибутива, в частности образ «Fedora-Server-dvd-x86_64-27-1.6.iso».

После обновления CentOS 7, в нём тоже “выскочил нежданчик”, в процессе копирования большого файла (более 1 GB), копируется примерно 80%, после этого копирование прерывается с выводом сообщения “Копирование невозможно, диск защищён от записи”. Копирование производил и из Windows, и из Linux по сети и находясь на самом сервере с диска на диск при помощи Midnight Commander, причём и под пользователем и суперпользователем. Проблема остаётся и при изменении диска источника и диска назначения. Восстановил с образа Fedora 27, проблема исчезла, восстановил с образа CentOS, который создал перед обновлением, проблемы нет. От обновления отказался. Вот уже вторую неделю “полёт нормальный”. Стало быть причина в неудачном обновлении. Проблему доступа, через SSH обошёл, просто создал папку, переместил туда папки, в которые монтируются ресурсы сервера и дал ей доступ chmod -R 775. Конечно, это не решение проблемы, но работоспособность системы 100%. Устанавливать NFS-server пока не планирую, ибо не уверен, что причина именно в этом.