Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Установщик [ править ]

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

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

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

Фаза загрузочного образа CD-ROM [ править ]

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

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

Фаза загрузчика [ править ]

Оба SETUPLDR.BINи NTLDRсостоят из двух объединенных двоичных файлов. Их также можно найти на установочном компакт-диске в виде сжатых файлов CAB . Первый файл - STPBOOT.BINэто плоский двоичный файл, который просто загружает второй файл. Второй файл - это обычный EXE- файл в формате Portable Executable . Во SETUPLDR.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, запасной, запасной, новое_имя_файла

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

  • «Нажмите F6, если вам нужно установить сторонний драйвер SCSI или RAID ...»
  • "Нажмите F2, чтобы запустить автоматическое восстановление системы (ASR) ..."

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

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

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

Фаза ядра [ править ]

После того, как все загрузочные файлы загружены загрузчиком, отображается сообщение «Программа установки запускает Windows» и ядро ​​запускается. Как и при обычной установке, он запускает драйверы и загружает единственную службу, которая есть setupdd.sys. Он работает в режиме ядра и запускает графический интерфейс по- прежнему в текстовом режиме. Отныне все драйверы основаны на 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]

Фаза загрузчика [ править ]

Процесс запуска 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:\WINDOWS.

Обе базы данных могут содержать список установленных операционных систем Microsoft, которые могут быть загружены с локального жесткого диска или удаленного компьютера в локальной сети . NTLDR поддерживает операционные системы, установленные на дисках с файловой системой NTFS или FAT , 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 [ править ]

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

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

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

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

Когда ядро ​​находится в памяти, драйверы устройств загрузки загружаются (но еще не инициализированы). Необходимая информация (вместе с информацией обо всем обнаруженном оборудовании и службах Windows) хранится в той HKEY_LOCAL_MACHINE\Systemчасти реестра, в наборе ключей реестра, которые вместе называются Control Set . Несколько наборов элементов управления (обычно два) сохраняются на тот случай, если настройки, содержащиеся в текущем используемом, запрещают загрузку системы. HKEY_LOCAL_MACHINE\Systemсодержит наборы элементов управления, помеченные ControlSet001, ControlSet002и т. д., а также CurrentControlSet. Во время обычной работы Windows использует CurrentControlSetдля чтения и записи информации. CurrentControlSetссылка на один из наборов элементов управления, хранящихся в реестре. Windows выбирает «настоящий» набор элементов управления, который используется, на основе значений, установленных вHKLM\SYSTEM\Select ключ реестра:

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

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

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

  • HKLM\SYSTEM\CurrentControlSet\Services
  • HKLM\SYSTEM\CurrentControlSet\Control\ServiceGroupOrder

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

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

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

Фаза ядра [ править ]

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

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

Второй этап включает инициализацию драйверов устройств, которые были определены 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.

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

  • Создает переменные среды ( HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment)
  • Запускает сторону режима ядра подсистемы Win32 (win32k.sys). Это позволяет Windows переключаться в графический режим, поскольку теперь имеется достаточная инфраструктура.
  • Запускает пользовательскую сторону подсистемы Win32, подсистему сервера времени выполнения клиент / сервер ( csrss.exe). Это делает Win32 доступным для приложений пользовательского режима.
  • Создает файлы подкачки виртуальной памяти ( HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management)
  • Выполняет любые операции переименования ( HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations), поставленные в очередь. Это позволяет заменять ранее используемые файлы (например, драйверы) как часть перезагрузки.
  • Выполняет любые программы, перечисленные в, HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\BootExecuteтакие как автоматическая проверка и преобразование.
  • Запускает диспетчер входа в Windows ( winlogon.exe). Winlogon отвечает за интерактивный вход в систему Windows (локальный или удаленный). Библиотека графической идентификации и аутентификации (GINA) загружается внутри процесса Winlogon и обеспечивает поддержку входа в систему в качестве локального пользователя или пользователя домена Windows .

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

Аутентификация [ править ]

Диалоговое окно GINA в Windows XP .

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/SYSTEM/CurrentControlSet/Control/Lsa:
    • msv1_0.dllреализует протоколы NT LAN Manager . Этот пакет используется в автономных системах и системах-членах домена для обратной совместимости.
    • Kerberos.dllобеспечивает удаленный вход с помощью Active Directory .
  • LSASS обеспечивает соблюдение локальной политики безопасности (проверка разрешений пользователей, создание журналов аудита, выдача токенов безопасности и т. Д.).
  • Управление передается обратно в Winlogon для подготовки к передаче управления пользователю.
    • Создать станции Windows ( WinSta0) [20]
    • Создайте рабочие столы ( Winlogon, Defaultи ScreenSaver) [21]
    • Затем он запускает программу, указанную в значении Userinit, которое по умолчанию равно userinit.exe. Это значение поддерживает несколько исполняемых файлов.

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

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

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

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

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

Shell [ править ]

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

Программа оболочки (обычно Explorer.exe) запускается из записи реестра, на которую Shell=указывает та же запись реестра в ключе HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\IniFileMapping\system.ini\Boot; его значение по умолчанию равно SYS:Microsoft\Windows NT\CurrentVersion\Winlogon, что оценивается как HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon. [23]

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

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

  • HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce
  • HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer\Run
  • HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
  • HKCU\Software\Microsoft\Windows NT\CurrentVersion\Windows\Load
  • HKCU\Software\Microsoft\Windows NT\CurrentVersion\Windows\Run
  • HKCU\Software\Microsoft\Windows\CurrentVersion\Run
  • HKCU\Software\Microsoft\Windows\CurrentVersion\RunOnce
  • %ALLUSERSPROFILE%\Start Menu\Programs\Startup\ (этот путь локализован в неанглийских версиях Windows до Vista)
  • %USERPROFILE%\Start Menu\Programs\Startup\ (этот путь локализован в неанглийских версиях Windows до Vista)

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

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

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

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

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

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

  • Загрузка PXE
    • Трансляция DHCP- запроса
    • (Необязательно) DHCP-маршрутизатор перенаправляет на сервер
    • Сервер отправляет программу сетевой загрузки (NBP) ( PXEboot.com) [26] через TFTP.
  • Программа NBP скачивает необходимые файлы по протоколу BINL.

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

См. Также [ править ]

  • Архитектура Windows NT
  • Процесс запуска Windows
  • Процесс запуска Linux
  • Загрузка
  • Главная загрузочная запись
  • Самотестирование при включении
  • BootVis

Ссылки [ править ]

  1. ^ "Загрузочный диск" . CDBurnerXP . Проверено 2 марта 2014 года .
  2. ^ «Как запустить программу установки из MS-DOS в Windows XP» . Служба поддержки Microsoft . Корпорация Microsoft . Проверено 2 марта 2014 года .
  3. ^ «Как установить Windows из папки I386» . Корпорация Майкрософт. Архивировано из оригинала на 2 марта 2014 года . Проверено 2 марта 2014 года .
  4. ^ «Как получить установочные диски Windows XP для установки с дискеты» . Корпорация Microsoft . Проверено 16 марта 2014 года .
  5. ^ "Что такое Windows PE?" . Документация по предыдущим версиям . Корпорация Microsoft . Проверено 22 июля 2018 года . Среда предустановки Windows (Windows PE) 2.0 - это минимальная операционная система Win32 с ограниченным набором служб, построенная на ядре Windows Vista.
  6. ^ "Что такое Windows PE?" . Документация по предыдущим версиям . Корпорация Microsoft . Проверено 22 июля 2018 года . Среда предустановки Windows® (Windows PE) 3.0 - это минимальная операционная система Win32® с ограниченными службами, построенная на ядре Windows® 7.
  7. ^ Siyan, Karanjit (2000). Справочник по Windows 2000 (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 . Корпорация Microsoft . Проверено 31 марта 2014 года .
  11. ^ «Автоматизация и настройка установок» . TechNet . Корпорация Microsoft . Проверено 31 марта 2014 года .
  12. ^ «В Windows Server 2003 вы не сможете запустить компьютер с GPT-диска, если на компьютере установлен процессор Itanium (версия: 2.2)» . Служба поддержки Microsoft . Корпорация 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. ^ a b «Устранение неполадок в процессе запуска» . Комплект ресурсов Windows XP . Microsoft Technet. 3 ноября 2005 . Проверено 24 октября 2011 года .
  18. ^ Ионеску, Марк Руссинович, Дэвид А. Соломон, Алекс (2012). Внутреннее устройство окон (6-е изд.). Редмонд, Вашингтон: Microsoft Press. стр. 555, 77. ISBN 978-0735648739.
  19. ^ Ионеску, Марк Руссинович, Дэвид А. Соломон, Алекс (2012). Внутреннее устройство окон (6-е изд.). Редмонд, Вашингтон: Microsoft. С. 522–527. ISBN 978-0735665873.
  20. ^ "Оконные станции" . MSDN . Корпорация Microsoft . Проверено 19 апреля 2014 года .
  21. ^ «Рабочие столы» . MSDN . Корпорация Microsoft . Проверено 19 апреля 2014 года .
  22. ^ «Создание пользовательских возможностей входа в систему с поставщиками учетных данных для Windows Vista» . Журнал MSDN . Корпорация Microsoft . Проверено 13 апреля 2014 года .
  23. ^ «Различные оболочки для разных пользователей» . Корпорация Microsoft . Проверено 16 марта 2014 года .
  24. ^ «Развертывание встроенной удаленной загрузки Windows XP» . MSDN . Корпорация Microsoft . Проверено 18 апреля 2014 года .
  25. ^ «Обзор удаленной загрузки» . MSDN . Корпорация Microsoft . Проверено 19 апреля 2014 года .
  26. ^ «Управление программами сетевой загрузки» . TechNet . Корпорация Microsoft . Проверено 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 года .

Внешние ссылки [ править ]

  • Список запускаемых приложений
  • Как редактировать SETUPAPI.DLL