Процесс запуска Windows NT - Windows NT startup process

В Процесс запуска Windows NT это процесс, посредством которого Windows NT 4.0, Windows 2000, Windows XP и Windows Server 2003 операционные системы инициализировать. В Виндоус виста а позже этот процесс существенно изменился; видеть Процесс запуска Windows Vista для получения информации о том, что изменилось.

Установщик

Дальнейшая информация: Установка Windows

Программа установки Windows NT работает очень похоже на обычную установку Windows NT, за исключением того, что она запускается из CD-ROM. Чтобы этот метод загрузки работал, BIOS должен быть совместим с Эль-Торито Технические характеристики. В ISO 9660 Файловая система на установочном компакт-диске не полностью совместима со стандартом. Хотя это «Уровень 1», к именам файлов не добавлена ​​версия файла. Загрузочный образ относится к типу «без эмуляции», имеет длину 1 сектор (2048 байт) и загружается в сегменте 0x7c0.[1] Его можно извлечь из ISO-образа с помощью программы для извлечения файлов, такой как 7-молния или же WinZip. Образ ISO также не гибридизируется, как образы ISO из большинства Linux дистрибутивов и поэтому не содержит Главная загрузочная запись (MBR), что делает невозможным загрузку путем простого копирования образа на блочное устройство, такое как флэш-накопитель.

Установщик также можно запустить из MS-DOS командная строка, чтобы можно было обновить предыдущие версии Microsoft Windows, которые уже установлены. Чтобы запустить программу установки из операционной системы на основе MS-DOS, такой как Windows 98 или Windows ME, пользователь должен запустить систему «в режиме DOS», а затем выполнить I386 / WINNT.EXE на компакт-диске.[2][3]

Дискету, содержащую MS-DOS, можно использовать для запуска установщика. Также в продаже были доступны версии установщика на дискетах.[4] Из Виндоус виста и далее установщик запускается из BOOT.WIM, который содержит загрузочную версию Windows PE. Windows PE 2.0 основана на ядре Windows Vista,[5] более поздние версии Windows PE основаны на более поздних версиях Windows.[6]

Фаза загрузочного образа CD-ROM

При обычной установке с CD-ROM BIOS выполняет ПОЧТОВЫЙ и затем ищет дескриптор загрузки на компакт-диске. Дескриптор загрузки указывает на файл каталога загрузки на ISO 9660 файловая система. BIOS ищет загрузочный образ, совместимый с текущей архитектурой, загружает его в память и затем запускает. Загрузочный образ аналогичен загрузочному сектору жесткого диска. Загрузочный образ загружает SETUPLDR.BIN, который аналогичен NTLDR. Если это не удается по какой-либо причине, отображается сообщение о том, что NTLDR не был найден, что само по себе может вводить в заблуждение; более того, NTLDR на компакт-диске никогда не используется на этапе загрузки программы установки. Этот процесс также предполагает, что версии файлов недоступны.

Перед запуском загрузчика загрузочный образ проверяет, существует ли уже установленная Windows (система), и, если да, запускается. BOOTFIX.BIN. Если установка не найдена или на диске нет MBR, он запускает загрузчик напрямую, что устраняет необходимость в BOOTFIX.BIN. Если BOOTFIX.BIN запускается, отображается строка «Нажмите любую клавишу для загрузки с компакт-диска». и ждет ввода пользователя. Если ничего не обнаруживается в течение нескольких секунд, загружается следующее устройство и так далее. Такое поведение необходимо для загрузки второго этапа установщика, который запускается с жесткого диска.

Фаза загрузчика

Обе НАСТРОЙКАLDR.BIN и NTLDR состоят из двух объединенных двоичных файлов. Их также можно найти на установочном компакт-диске в сжатом виде ТАКСИ файлов. Первый файл STPBOOT.BIN, который представляет собой плоский двоичный файл, который просто загружает второй файл. Второй файл - обычный EXE файл в Переносимый исполняемый файл формат. НАСТРОЙКАLDR.BIN второй файл SETUPLDR.EXE И в NTLDR второй файл OSLOADER.EXE. Обе SETUPLDR.EXE и OSLOADER.EXE имеют встроенные драйверы файловой системы для базового доступа к FAT, NTFS и ISO 9660. В отличие от обычных * .SYS драйверы, загрузчик использует Прерывания BIOS для доступа к загрузочному диску. Он также содержит встроенный синтаксический анализатор INI и декомпрессор CAB.

После запуска установщика он печатает строку «Программа установки проверяет конфигурацию оборудования вашего компьютера ...». NTDETECT.COM вызывается, и системная информация сохраняется в памяти. Затем отображается синий экран в Текстовый режим VGA с заголовком «Установка Windows» и белой линией внизу, которая ведет себя как строка состояния, тогда он ищет TXTSETUP.SIF и разбирает его. Этот файл работает как база данных значений ключей, как * .INI, * .INF или реестр. Ключи могут содержать либо список файлов, связанных с местом их установки, либо строку сценария. Следовательно, в базе данных хранятся данные и код. Во время синтаксического анализа пустые строки игнорируются, а разделы с одинаковыми именами объединяются.

Файл BIOSINFO.INF также загружается для устранения аппаратных причуд.

Синтаксис "ключ-значение" в SourceDisksFiles раздел выглядит следующим образом:[7][8][9]

filename_on_source = disk_id, subdir, upgrade_code, new_install_code, запасной, запасной, новое_имя_файла

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

В таком случае их можно загрузить только с дискеты. Существует скрытая функция, которая показывает экран, предлагающий пользователю выбрать тип компьютера, если во время первого сообщения нажимается F5.[10]

Драйверы текстового режима отличаются от PnP драйверы по мере их загрузки, независимо от того, присутствует оборудование или нет. На этапе загрузки установщик отображает на экране несколько сообщений о текущем загружаемом файле. Сообщение: «Программа установки загружает файлы ([описание файла]) ...». На этом этапе загружаются файлы, расположенные в разделах, оканчивающихся на .Нагрузка. В этих разделах ключ дает имя драйвера, а значение дает файл. Имя драйвера ищется в том же разделе без .Нагрузка суффикс, чтобы найти понятное имя драйвера. Ядру также требуется смонтированный куст реестра для загрузки реестра, поэтому SETUPREG.HIV тоже загружается. Все имена файлов, загружаемых загрузчиком, жестко запрограммированы, за исключением драйверов.

Что касается устройств PnP, после идентификации драйвером шины адрес проверяется в разделе HardwareIdsDatabase и дается соответствующее имя драйвера. Но они не используются на этом этапе.

Фаза ядра

После того, как все загрузочные файлы загружены загрузчиком, отображается сообщение «Программа установки запускает Windows» и ядро ​​запускается. Как и при обычной установке, она запускает драйверы и загружает единственную службу, которая setupdd.sys. Он работает в режим ядра и начинает GUI все еще в текстовом режиме. Отныне все драйверы основаны на NT, и прерывания BIOS больше не используются.

Пользователя просят выбрать макет файловой системы. Выбранный раздел при необходимости форматируется, и файлы из TXTSETUP.SIF копируются в систему. Затем он создает кусты реестра и автоматически перезагружает систему, чтобы система NT могла запуститься и выполнить загрузку. Раздел HiveInfs указывает на файлы, используемые для заполнения ульев значениями по умолчанию. При новой установке этот раздел называется HiveInfs.Fresh. Файлы не reg файлы но также являются ini-файлами, которые могут быть поняты интерпретатором ini, входящим в комплект установщика. Программа форматирования дисков статически связанный с setupdd.sys.

Ремастеринг

Есть много бесплатных инструментов доступны в Интернете, которые настраивают TXTSETUP.SIF для создания автоматических установок или для интеграции драйверов и исправлений. Этот процесс иногда называют скольжение.

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

mkisofs -b Bootable_NoEmulation.img -no-emul-boot -N. > ~ / ntsetup.iso

Файл winnt.sif может использоваться для автоматической установки, но не обязательно. На компакт-диске есть файл модели с именем UNATTEND.TXT. Программа установки пытается обнаружить файл winnt.sif на I386 каталог или в корневом каталоге дискеты.[11]

Фаза загрузчика

Дальнейшая информация: NTLDR

Процесс загрузки Windows NT начинается, когда компьютер обнаруживает Загрузчик Windows, часть операционной системы Windows, отвечающая за поиск Microsoft Windows и ее запуск. Однако до Windows Vista загрузчик был NTLDR. Microsoft также выпустила операционные системы для Intel Itanium процессоры, которые используют IA-64 архитектура. Загрузчик этих выпусков Windows IA64ldr.efi (позже будет называться просто IA64ldr). Это Расширяемый интерфейс прошивки (EFI) программа.[12]

Выбор операционной системы

Меню дополнительных параметров загрузчика NTLDR

После запуска загрузчик ищет операционную систему Windows. Диспетчер загрузки Windows делает это, читая Данные конфигурации загрузки (BCD), сложная независимая от прошивки база данных для данных конфигурации во время загрузки. Его предшественник, NTLDR, делает это, читая более простой boot.ini. Если файл boot.ini отсутствует, загрузчик попытается найти информацию из стандартного каталога установки. Для машин Windows NT и 2000 он попытается загрузиться с C: WINNT. Для компьютеров Windows XP и 2003 он будет загружаться с C: ОКНА.

Обе базы данных могут содержать список установленных операционных систем Microsoft, которые могут быть загружены с локального жесткого диска или удаленного компьютера на локальная сеть. NTLDR поддерживает операционные системы, установленные на дисках, файловая система которых NTFS или же ТОЛСТЫЙ файловые системы, CDFS (ISO 9660) или UDFS.[13] Windows Boot Manager также поддерживает операционные системы, установленные внутри VHD файл, хранящийся на диске NTFS.[14]

В Windows 2000 или более поздних версиях Windows, которые спячка поддерживается, загрузчик Windows начинает поиск операционных систем с поиска hiberfil.sys. NTLDR изучает Корневая папка тома по умолчанию, указанного в boot.ini. Диспетчер загрузки Windows ищет расположение hiberfil.sys в BCD. Если этот файл найден и в нем найден активный набор памяти, загрузчик загружает содержимое файла (который представляет собой сжатую версию дампа физической памяти машины) в память и восстанавливает компьютер до состояния, в котором он был до гибернации.

Затем загрузчик ищет список установленных записей операционной системы. Если установлено более одной операционной системы, загрузчик показывает меню загрузки и позволяет пользователю выбрать операционную систему. Если операционная система, не основанная на NT, например Windows 98 выбран (указывается MS-DOS стиль пути, например C :), затем загрузчик загружает связанный файл "загрузочного сектора", указанный в boot.ini или BCD (по умолчанию это bootsect.dos если имя файла не указано) и передает ему управление выполнением. В противном случае процесс загрузки продолжается.

Загрузка ядра Windows NT

Операционная система запускается, когда в память загружаются определенные базовые драйверы, помеченные как «Boot». Среди них находятся драйверы файловой системы, соответствующие типу раздела (NTFS, FAT или FAT32), на котором установлена ​​Windows. На этом этапе процесса загрузки загрузчик очищает экран и отображает текстовый индикатор выполнения (который часто не отображается из-за скорости инициализации); Windows 2000 также отображает текст «Запуск Windows ...» внизу. Если пользователь нажимает F8 на этом этапе, отображается расширенное меню загрузки, содержащее различные специальные режимы загрузки, включая Безопасный режим, с последней удачной конфигурацией, с включенной отладкой и (в случае серверных выпусков) Режим восстановления служб каталогов. После выбора режима загрузки (или если F8 никогда не нажималась) загрузка продолжается.

Следующие файлы загружаются последовательно.[сомнительный – обсуждать]

  1. ntoskrnl.exe (ядро)
  2. hal.dll (тип уровня аппаратной абстракции)
  3. kdcom.dll (DLL расширения аппаратного отладчика ядра)
  4. bootvid.dll (для логотипа Windows и полосы боковой прокрутки)
  5. configsystem (один из кустов реестра)

Затем NTDETECT.COM и ядро ​​Windows NT (Ntoskrnl.exe ) и Уровень аппаратной абстракции (hal.dll ) загружаются в память. Если несколько конфигураций оборудования определены в Реестр Windows, пользователю предлагается выбрать один из них.

Когда ядро ​​находится в памяти, драйверы устройств во время загрузки загружаются (но еще не инициализированы). Необходимая информация (вместе с информацией обо всем обнаруженном оборудовании и службах Windows) хранится в HKEY_LOCAL_MACHINESystem часть реестра в наборе ключей реестра, которые вместе называются Набор управления. Сохраняется несколько наборов элементов управления (обычно два) на тот случай, если настройки, содержащиеся в текущем используемом, запрещают загрузку системы. HKEY_LOCAL_MACHINESystem содержит контрольные наборы, помеченные ControlSet001, ControlSet002и т. д., а также CurrentControlSet. Во время обычной работы Windows использует CurrentControlSet читать и писать информацию. CurrentControlSet ссылка на один из наборов элементов управления, хранящихся в реестре. Windows выбирает "настоящий" набор элементов управления, который используется, на основе значений, установленных в HKLMSYSTEMSВыбрать ключ реестра:

  • Дефолт будет выбором загрузчика, если ничто другое не отменяет это
  • Если значение Не удалось ключевые совпадения Дефолт, то загрузчик отображает сообщение об ошибке, указывающее, что последняя загрузка завершилась неудачно, и дает пользователю возможность попробовать загрузиться в любом случае или использовать «последнюю удачную конфигурацию».
  • Если пользователь выбрал (или выбрал) последнюю удачную конфигурацию, набор элементов управления обозначен LastKnownGood ключ используется вместо Дефолт.

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

Какие службы запускаются и порядок запуска каждой группы определяется следующими ключами:

  • HKLMSYSTEMCurrentControlSetServices
  • HKLMSYSTEMCurrentControlSetControlServiceGroupOrder

Для загрузки драйвер может быть одним из следующих:

  1. «Загрузочный» драйвер, который загружается загрузчиком перед запуском ядра. «Загрузочные» драйверы - это почти исключительно драйверы для контроллеров жестких дисков и файловых систем (ATA, SCSI, диспетчер фильтров файловой системы и т. д.); другими словами, это абсолютный минимум, который потребуется ядру для начала загрузки других драйверов и остальной части операционной системы.
  2. «Системный» драйвер, который загружается и запускается ядром после загрузочных драйверов. «Системные» драйверы охватывают более широкий спектр основных функций, включая драйвер дисплея, поддержку CD-ROM и стек TCP / IP.
  3. «Автоматический» драйвер, который загружается намного позже, когда графический интерфейс пользователя уже запущен.

После этого управление передается от загрузчика к ядру.

Фаза ядра

Дальнейшая информация: ntoskrnl.exe

Инициализация подсистемы ядра и подсистем Windows Executive выполняется в два этапа.

На первом этапе создаются базовые структуры внутренней памяти, и каждый процессор контроллер прерываний инициализируется. Инициализируется диспетчер памяти, создаются области для кеша файловой системы, постраничный и невыгружаемые пулы памяти. В Диспетчер объектов,[15] исходный маркер безопасности для отнесения к первому процесс в системе и в самом диспетчере процессов. В Процесс простоя системы а также процесс System создаются на этом этапе.

Второй этап включает инициализацию драйверов устройств, которые были идентифицированы NTLDR как системные драйверы.

В процессе загрузки драйверов устройств «индикатор выполнения» отображается в нижней части дисплея в системах Windows 2000; в Windows XP и Windows Server 2003 это было заменено анимированной полосой, которая не отображает фактический прогресс. До Windows XP эта часть процесса загрузки занимала значительно больше времени; это потому, что драйверы будут инициализироваться по одному. В Windows XP и Server 2003 все драйверы инициализируются асинхронно.

Менеджер сессий

Дальнейшая информация: Подсистема диспетчера сеансов

После загрузки всех драйверов загрузки и системы ядро ​​(системный поток) запускает Подсистема диспетчера сеансов (smss.exe).

Перед открытием любых файлов Autochk запускается smss.exe.[16] Autochk монтирует все диски и проверяет их по одному, чтобы убедиться, были ли они аккуратно размонтированы. Если autochk определяет, что один или несколько томов загрязнены, он автоматически запускает chkdsk и предоставляет пользователю короткое окно для прерывания процесса восстановления путем нажатия клавиши в течение 10 секунд (введено в Windows NT 4.0 с пакетом обновления 4; более ранние версии не позволяют пользователь прервет chkdsk). Поскольку Windows 2000, XP и 2003 не отображают текстовый экран в этот момент (в отличие от NT 3.1–4.0, которые отображали синий текстовый экран), пользователь увидит другое фоновое изображение, содержащее мини-текстовый экран в центре экрана. и покажите там прогресс chkdsk.

Во время загрузки подсистема диспетчера сеансов:

  • Создает переменные среды (HKLMSYSTEMCurrentControlSetControlSession ManagerEnvironment)
  • Запускает сторону режима ядра подсистемы Win32 (win32k.sys). Это позволяет Windows переключаться в графический режим, поскольку теперь имеется достаточная инфраструктура.
  • Запускает пользовательский режим подсистемы Win32, Подсистема сервера времени выполнения клиент / сервер (csrss.exe). Это делает Win32 доступным для приложений пользовательского режима.
  • Создает виртуальная память файлы подкачки (HKLMSYSTEMCurrentControlSetControlSession ManagerУправление памятью)
  • Выполняет любые операции переименования (HKLMSYSTEMCurrentControlSetControlSession ManagerPendingFileRenameOperations), которые поставлены в очередь. Это позволяет заменять ранее используемые файлы (например, драйверы) как часть перезагрузки.
  • Выполняет любые программы, перечисленные в HKLMSYSTEMCurrentControlSetControlSession ManagerBootExecute такие как автоматическая проверка и преобразование.
  • Запускает Диспетчер входа в Windows (winlogon.exe). Winlogon отвечает за обработку интерактивного входа в систему Windows (локального или удаленного). В Графическая идентификация и аутентификация (GINA) библиотека загружается внутри процесса Winlogon и обеспечивает поддержку входа в систему как локального или Домен Windows Пользователь.

Менеджер сеанса хранит свою конфигурацию в HKLMSYSTEMCurrentControlSetControlSession Manager. Точная работа большинства из этих элементов зависит от конфигурации, установленной в реестре.

Аутентификация

Диалоговое окно GINA в Windows XP.
Дальнейшая информация: Winlogon

Winlogon начинает Служба подсистемы локального органа безопасности (LSASS) и Менеджер по управлению услугами (SCM), который, в свою очередь, запустит все службы Windows, для которых установлено значение Автоматический старт.[17] Он также отвечает за реагирование на последовательность безопасного внимания (SAS), загрузка профиля пользователя при входе в систему и, при необходимости, блокировка компьютера, когда хранитель экрана бежит.

Процесс входа в систему выглядит следующим образом:[18][19]

  • Подсистема диспетчера сеансов запускает Winlogon.
  • Winlogon запускает диспетчер управления службами (services.exe).
    • Запускает автоматический старт Сервисы.
    • Обновляет контрольные наборы; набор элементов управления LastKnownGood обновляется, чтобы отразить текущий набор элементов управления.
  • (Windows XP) Winlogon запускает UIHost (logonui.exe), полноэкранный графический интерфейс.
  • Winlogon загружает GinaDll (msgina.dll)
    • (Необязательно) GINA отображает запрос входа в систему, и пользователь нажимает Secure Attention Sequence (SAS) (Control-Alt-Delete ). Winlogon проверяет, настроена ли система для автоматического входа в определенную учетную запись (AutoAdminLogon).
    • Диалог входа отображается GINA
    • Пользователь вводит учетные данные (имя пользователя, пароль и домен)
    • GINA передает учетные данные обратно в Winlogon
  • Winlogon передает учетные данные в LSASS
  • LSASS пытается использовать кэшированные данные в базе данных LSA (куст SYSTEM)
  • Если его нет, LSASS определяет, какой протокол учетной записи должен использоваться, используя пакеты безопасности, перечисленные в ключе. HKLM / СИСТЕМА / CurrentControlSet / Control / Lsa:
    • msv1_0.dll реализует NT LAN Manager протоколы. Этот пакет используется в автономных системах и системах-членах домена для обратной совместимости.
    • Kerberos.dll обеспечивает удаленный вход с помощью Active Directory.
  • LSASS обеспечивает соблюдение локальной политики безопасности (проверка разрешений пользователей, создание журналов аудита, выдача токенов безопасности и т. Д.).
  • Управление передается обратно в Winlogon для подготовки к передаче управления пользователю.
    • Создать станции Windows (WinSta0)[20]
    • Создайте рабочие столы (Winlogon, Дефолт и Хранитель экрана)[21]
    • Затем он запускает программу, указанную в значении Userinit, которое по умолчанию userinit.exe. Это значение поддерживает несколько исполняемых файлов.

Если пользователь пытается войти на локальный хост, то HKLM / SAM ключ будет использоваться как база данных. Если пользователь пытается войти на другой хост, NetLogon служба используется для переноса данных.

msv1_0.dll <-> netlogon <-> удаленный сетевой вход <-> удаленный msv1_0.dll <-> удаленный SAM

В Windows XP GINA отображается, только если пользователь нажимает последовательность защищенного внимания.

Winlogon поддерживает подключаемые модули, которые загружаются и уведомляются о конкретных событиях, а LSASS также поддерживает подключаемые модули (пакеты безопасности). Некоторые руткиты объединяют плагины Winlogon, потому что они загружаются до того, как любой пользователь войдет в систему. Некоторые ключи позволяют указывать несколько значений, разделенных запятыми, что позволяет запускать вредоносную программу одновременно с легитимным системным файлом. Алгоритмы хеширования, используемые для хранения учетных данных в СЭМ базы данных слабы и могут быть быстро взломаны на потребительском оборудовании.

Обязанности Winlogon и процесс входа в систему значительно изменились по сравнению с описанными выше в Windows Vista.[22]

Ракушка

Дальнейшая информация: проводник Виндоус

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

Программа оболочки (обычно Explorer.exe) запускается из записи реестра Оболочка = указывается той же записью реестра в ключеHKLMSOFTWAREM MicrosoftWindows NTCurrentVersionIniFileMappingsystem.iniBoot; его значение по умолчанию SYS: MicrosoftWindows NTCurrentVersionWinlogon, который оценивается как HKLMSOFTWAREMicrosoftWindows NTCurrentVersionWinlogon.[23]

  • Userinit загружает профиль пользователя. Существует несколько типов профилей пользователей, и они могут быть локальными или удаленными. Этот процесс может быть очень медленным, если профиль пользователя относится к «перемещаемому» типу.
  • Пользователь и компьютер Групповая политика настройки применяются.
    • Запускать пользовательские скрипты
    • Запускать машинные скрипты
    • Пробег proquota.exe
  • Запускает программы автозагрузки перед оболочка запускается.
  • Запускает оболочку, настроенную в реестре, по умолчанию explorer.exe.
  • Userinit завершает работу, и программа оболочки продолжает работу без родительского процесса.

Userinit запускает программы автозагрузки из следующих мест:[17]

  • HKLMSOFTWAREMicrosoftWindowsCurrentVersionRunOnce
  • HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesExplorerRun
  • HKLMSOFTWAREMicrosoftWindowsCurrentVersionRun
  • HKCUSпрограммное обеспечениеMicrosoftWindows NTCurrentVersionWindowsLoad
  • HKCUSпрограммное обеспечениеMicrosoftWindows NTCurrentVersionWindowsRun
  • HKCUSпрограммное обеспечениеMicrosoftWindowsCurrentVersionRun
  • HKCUSпрограммное обеспечениеMicrosoftWindowsCurrentVersionRunOnce
  • % ALLUSERSPROFILE% Меню Пуск Программы Запуск (этот путь локализован в неанглийских версиях Windows до Vista)
  • % USERPROFILE% Меню Пуск Программы Запуск (этот путь локализован в неанглийских версиях Windows до Vista)

Удаленная загрузка и установка

Дальнейшая информация: Службы развертывания Windows

Для успешной загрузки клиент должен поддерживать PXE загрузка и Службы развертывания Windows (WDS) компонент должен быть установлен на сервере. По умолчанию он не установлен. WDS является преемником Услуги удаленной установки (РИС).

Программа PXE находится в BIOS или на микросхеме ПЗУ на сетевой карте.

Загрузка PXE не является технологией, специфичной для Windows, и ее также можно использовать для запуска системы Linux. Фактически, система Linux может действовать как сервер для обслуживания DHCP или TFTP.

PXE можно использовать для запуска программы установки Windows для установки системы на клиентском компьютере или для запуска операционной системы из ОЗУ. Последний, называемый удаленной загрузкой, был представлен Windows XP Embedded SP1.[24] и доступен только для этой версии Windows.[25]

Общий процесс для обоих методов следующий:

  • PXE ботинок
  • Программа NBP скачивает необходимые файлы по протоколу BINL.

Уровень согласования загрузочной информации (BINL) - это Windows 2000 служба выполняется на сервере, который обменивается данными с клиентом после того, как NBP уже был загружен PXE.

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

Рекомендации

  1. ^ «Загрузочный диск». CDBurnerXP. Получено 2 марта, 2014.
  2. ^ «Как запустить программу установки из MS-DOS в Windows XP». Служба поддержки Microsoft. Корпорация Майкрософт. Получено 2 марта, 2014.
  3. ^ «Как установить Windows из папки I386». Корпорация Майкрософт. Архивировано из оригинал 2 марта 2014 г.. Получено 2 марта, 2014.
  4. ^ «Как получить установочные диски Windows XP для установки с дискеты». Корпорация Майкрософт. Получено 16 марта, 2014.
  5. ^ "Что такое Windows PE?". Документация по предыдущим версиям. Корпорация Майкрософт. Получено 22 июля, 2018. Среда предустановки Windows (Windows PE) 2.0 - это минимальная операционная система Win32 с ограниченными услугами, построенная на ядре Windows Vista.
  6. ^ "Что такое Windows PE?". Документация по предыдущим версиям. Корпорация Майкрософт. Получено 22 июля, 2018. Среда предустановки Windows® (Windows PE) 3.0 - это минимальная операционная система Win32® с ограниченными службами, построенная на ядре Windows® 7.
  7. ^ Сиян, Каранджит (2000). Справочник по Windows 2000 Professional (3-е изд.). Индианаполис, штат Индиана: Новые райдеры. стр.1848. ISBN  0-7357-0952-1.
  8. ^ "Txtsetup.sif". Архивировано из оригинал 19 января 2014 г.. Получено 16 марта, 2014.
  9. ^ «Переключает в TXTSETUP.SIF». Архивировано из оригинал 31 марта 2014 г.. Получено 16 марта, 2014.
  10. ^ «Как принудительно включить уровень аппаратной абстракции во время обновления или установки Windows XP». Служба поддержки Microsoft. Корпорация Майкрософт. Получено 31 марта, 2014.
  11. ^ «Автоматизация и настройка установок». TechNet. Корпорация Майкрософт. Получено 31 марта, 2014.
  12. ^ «В Windows Server 2003 вы не сможете запустить компьютер с GPT-диска, если компьютер оснащен процессором Itanium (версия: 2.2)». Служба поддержки Microsoft. Корпорация Майкрософт. Получено 29 октября, 2011.
  13. ^ «Поддержка единого расширенного интерфейса микропрограмм в Windows Vista (Версия: 1.5)». Служба поддержки Microsoft. Корпорация Майкрософт. 26 октября 2007 г.. Получено 30 октября, 2011.
  14. ^ «Загрузка с VHD в Win7». TechNet Edge. Корпорация Майкрософт. 20 февраля 2009 г.. Получено 30 октября, 2011.
  15. ^ "Windows, NT Object Manager". Канал 9. Корпорация Майкрософт. 3 июня 2005 г.. Получено 24 октября, 2011.
  16. ^ «Ресурсный комплект». Корпорация Майкрософт. Архивировано из оригинал 11 марта 2007 г.
  17. ^ а б «Устранение неполадок в процессе запуска». Комплект ресурсов Windows XP. Microsoft Technet. 3 ноября 2005 г.. Получено 24 октября, 2011.
  18. ^ Ионеску, Марк Руссинович, Дэвид А. Соломон, Алекс (2012). Внутреннее устройство Windows (6-е изд.). Редмонд, Вашингтон: Microsoft Press. С. 555, 77. ISBN  978-0735648739.
  19. ^ Ионеску, Марк Руссинович, Дэвид А. Соломон, Алекс (2012). Внутреннее устройство Windows (6-е изд.). Редмонд, Вашингтон: Microsoft. С. 522–527. ISBN  978-0735665873.
  20. ^ "Оконные станции". MSDN. Корпорация Майкрософт. Получено 19 апреля, 2014.
  21. ^ «Настольные компьютеры». MSDN. Корпорация Майкрософт. Получено 19 апреля, 2014.
  22. ^ «Создание пользовательских интерфейсов входа с поставщиками учетных данных для Windows Vista». Журнал MSDN. Корпорация Майкрософт. Получено 13 апреля, 2014.
  23. ^ «Разные оболочки для разных пользователей». Корпорация Майкрософт. Получено 16 марта, 2014.
  24. ^ «Развертывание встроенной удаленной загрузки Windows XP». MSDN. Корпорация Майкрософт. Получено 18 апреля, 2014.
  25. ^ «Обзор удаленной загрузки». MSDN. Корпорация Майкрософт. Получено 19 апреля, 2014.
  26. ^ «Управление программами сетевой загрузки». TechNet. Корпорация Майкрософт. Получено 18 апреля, 2014.

дальнейшее чтение

  1. Руссинович Марк; Соломон, Дэвид А. (2005). «Запуск и завершение работы». Внутреннее устройство Microsoft Windows (4-е изд.). Microsoft Press. стр.251–273. ISBN  0-7356-1917-4.
  2. Минаси, Марк; Энк, Джон (июнь 1998 г.). «Устранение сбоев загрузки NT». Руководство администратора по выживанию: управление системой и безопасность. ИТ-библиотека Windows. ISBN  1-882419-88-X. Получено 15 февраля, 2006.
  3. «Описание взаимодействия PXE между клиентом PXE, DHCP и RIS-сервером (версия 2.4)». Служба поддержки Microsoft. Корпорация Майкрософт. 28 февраля 2007 г.. Получено 24 октября, 2011.
  4. «Определение ключей RunOnce в реестре (версия 2.3)». Служба поддержки Microsoft. Корпорация Майкрософт. 19 января 2007 г.. Получено 24 октября, 2011.
  5. «Доступные варианты переключения для файлов Boot.ini Windows XP и Windows Server 2003 (версия 6.3)». Служба поддержки Microsoft. Корпорация Майкрософт. 28 ноября 2007 г.. Получено 24 октября, 2011.

внешняя ссылка