17 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Realtek pxe b04 d00 что это

Содержание

Что такое PXE OPROM в BIOS

Рассматривая настройки BIOS своего компьютера, пользователи часто находят в нем пункт Realtek PXE OPROM. Многие задаются вопросом, для чего он нужен. Также в некоторых версиях программного обеспечения материнской платы он может носить иные названия — BootROM, LAN Option ROM, OnBoard LAN Boot ROM, Legacy PXE ROM, Boot From Onboard LAN.

Настройка Legacy PXE Rom в БИОСе

Технология PXE (Preboot eXecution Environment) — это специальная среда для установки или загрузки системы в BIOS с использованием только сетевой карты. Связь между компьютерами осуществляется по протоколам IP, UDP, BOOTP и TFTP. Сама PXE представляет собой программный код, вшитый в память сетевого адаптера, который позволяет загружать или устанавливать разного вида операционные системы.

Загрузить ОС по сети достаточно сложно, так как для этого потребуется произвести множество подготовительных операций. Только после них компьютер сможет грузиться без использования жесткого диска. Наша же настройка PXE OPROM просто позволяет конкретной системе осуществлять такого вида загрузку или запрещать её, т.е. принимать два значения — «Enabled» (включено) или «Disabled» (отключено).

Отключенная настройка Launch PXE OpROM в БИОСе

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

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

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

На этом наша статья подошла к концу. Теперь вы знаете, что означает настройка PXE OPROM в BIOS материнской платы. Как уже было отмечено, для обычных пользователей данную функцию целесообразнее будет отключить.

Начальный сетевой PXE загрузчик iPXE

Внезапно, эта статья — продолжение предыдущих статей «Настройка PXE окружения» и «PXE-загрузка с использованием dnsmasq». Здесь я опишу начальный pxe-загрузчик (network bootloader) ipxe, который очень элитен и тот, кто в него умеет элитен также.

Некоторое отступление про ipxe. Вышеупомянутые статьи описывают что такое PXE и как оно вообще работает, если вы не — то читать. Одним из элементов PXE является начальный pxe-загрузчик, читаемый из ROM сетевой карты или по сети с TFTP-сервера. Его работа — загрузить с TFTP-сервера и отобразить загрузочное меню в каком-либо виде, загрузить выбранный код (например, ядро операционной системы) и запустить его. Этим он похож на MBR, которая только и делает, что находит активный загрузочный диск и читает с него загрузочный код. pxelinux.0 — довольно простой загрузчик, который умеет показать загрузочное меню в каком-то виде, загрузить выбранное по TFTP и запустить. gpxe — более продвинутый загрузчик, умеет в DNS, HTTP, iSCSI и подобное, появился как результат проекта Etherboot. ipxe — существенно переработанный форк gpxe, с собственной системой меню, команд и с поддержкой довольно экзотических протоколов, таких как AoE и HTTP. Что будет важно в следующей статье — он умеет san-boot, то есть умеет представлять LUN розданный по сети или с хранилища как локальный диск данной машины с доступом через функции BIOS-a. Это значит, что код, не имеющий понятия о сети или SAN, такой как GRUB или MSDOS, может видеть и иметь доступ к такому диску.

Для начала настроим простую конфигурацию PXE с ipxe и проверим, что она работает, чтобы в дальнейшем извращать всяко. Полигон для извращений следующий. Свежая минимальная инсталляция RHEL 6.6 с выключенными SELinux и файрволлом, которая будет работать как pxe-сервер. На этом сервере — три сетевых интерфейса, eth2 смотрит в интернеты, eth0 и eth1 — в локальную сеть. Есть инсталляционный диск с дистрибутивом RHEL 6.6, который мы собираемся устанавливать на другие сервера по PXE, диск смонтирован в, допустим, /media. Путь к корню TFTP-сервера — /var/lib/pxeboot, этот путь — произвольный, у нас будет такой.

Установим необходимый пакет dnsmasq для DHCP и TFTP сервера. В самом конце конфиг-файла /etc/dnsmasq.conf раскомментируем опцию conf-file, чтобы положить настройки относящиеся к PXE в отдельный файл /etc/dnsmasq.pxe.conf. Так же можно раскомментировать только опцию conf-dir и складывать конфиг-файлы с любым именем в каталог /etc/dnsmasq.d. Также установим всякую фигню, которая нужна, но не устанавливается в минимальной инсталляции.

Скачаем сам ipxe. В пакетах его нет, поэтому качаем с его сайта http://ipxe.org/ с вот этой страницы, вот ссылка на сам файл. Все ссылки рабочие на момент написания статьи, если что, вот локальная копия, билд dea6. Номер версии ipxe уже долгое время 1.0.0+, а номер патча/билда — начало id последнего коммита в git-репозитории проекта. Так что простого способа узнать какая версия старее или новее нет — надо клонировать себе git-репо ipxe и проверять какой коммит раньший.

Подготовим каталог /var/lib/pxeboot — корень TFTP-сервера.

Далее — конфиг dnsmasq, включающий DHCP и TFTP сервисы. Создадим простой конфиг-файл /etc/dnsmasq.pxe.conf с учётом того, что этому серверу статически назначены IP-адреса 12.0.0.10/24 и 13.0.0.10/24 на интерфейсы eth0 и eth1 (да, я знаю, что они белые и их, типа, нельзя использовать во внутренней сети, но мне пофиг).

После этого запускаем dnsmasq.

Пробуем загрузиться по PXE на втором сервере. Второй сервер должен запросить у dnsmasq-а IP и скачать по TFTP файл undionly.kpxe, вот что по этому поводу должны написать в лог:

На самом же втором сервере (PXE-клиенте) должны написать что-нибудь вроде:

Если написали что-то подобное, то ура, самое сложное сделано и кто-то внезапно не совсем неудачник и лузер. И теперь, если не нажать Ctrl-B происходит интересная штука — бесконечный цикл. А именно:

  • — Сетевая карта, умеющая в PXE (этот код расположен в её ROM), посылает в локальную сеть DHCP-запрос, получает IP и указание, что надо скачать c TFTP-сервера и запустить код из файла /var/lib/pxeboot/undionly.kpxe
  • — Сетевая карта скачивает этот код и передаёт ему управление
  • — Код из undionly.kpxe тоже запрашивает DHCP-сервер, получает IP и, внезапно, то же самое указание, что надо скачать и запустить /var/lib/pxeboot/undionly.kpxe
  • — Сервер застрял в бесконечном цикле, потому что ipxe, как сказано ему DHCP-сервером, загружает ipxe, который загружает ipxe, который угадайте что

Поэтому надо как-то сказать DHCP-серверу, чтобы он говорил PXE-клиенту загружать код ipxe (файл undionly.kpxe) только на первый DHCP запрос (от сетевой карты), а на DHCP запрос от самого ipxe говорил загружать что-то другое, например меню загрузки. К счастью, систему PXE и сам ipxe писали ни разу не идиоты, и такая возможность есть, так как ipxe добавляет в свой DHCP-запрос специальную опцию 175, наличие которой может проверить DHCP-сервер (ну, то есть, должен уметь, dnsmasq это умеет, какой-то другой DHCP-сервер, возможно, нет).

Итак, в файле /etc/dnsmasq.pxe.conf закомментируем строчку «dhcp-boot=undionly.kpxe» и напишем вот эти магические заклинания:

Не забыть сказать dnsmasq-у перечитать свой конфиг:

Теперь при загрузке по PXE на втором сервере (PXE-клиенте) ipxe должен послать свой DHCP-запрос и после инициализации написать:

Что ни разу не удивительно, потому что файла bootmenu.ipxe у нас как бы нет, но тем не менее, это значит, что внезапно кто-то чуть меньше неудачник. Поэтому напишем своё загрузочное меню ipxe, с которым будем далее извращаться. Начнём с простого: загрузка ядра и initrd RHEL 6.6:

Читать еще:  Чем SATA отличается от ESATA

Так как это установочный initrd, после загрузки начнётся процесс установки RHEL 6.6. Разумеется для установки потребуются все остальные установочные файлы и для этого, разумеется, нужно будет поднять HTTP или NFS сервер, где они будут лежать, а инсталлятор сможет их оттуда взять. Здесь мы заниматься этим не будем, здесь мы играемся с ipxe, стремящимся пацанам смотреть раздел «Настройка HTTP и DNS-серверов для установки ОС используя kickstart» в статье «Настройка PXE окружения».

У ipxe адски крутая система команд, интересующимся смотреть документацию и примеры, особенно пример элитного загрузочного меню здесь (вот локальная копия). Здесь мы напишем простое меню, с загрузкой RHEL 6.6, memtest-a и, just for lulz, с загрузкой из интернетов. Для последней опции, разумеется интернеты должны быть на интерфейсе, на котором мы получили настройки IP по DHCP и сайт, предоставляющий этот сервис, должен работать и быть доступен. Memtest должен быть специальной версией http://boot.ipxe.org/memtest.bin (вот локальная копия), скачайте его и положите в /var/lib/pxeboot/.

Теперь при загрузке по PXE на втором сервере должно показываться это меню и все его пункты должны, внезапно, работать, а если нет — то угадайте, что (подсказка: в ответе есть слово «неудачник»).

Что означает “Start pxe over ipv4” что при включении компьютера или ноутбука?

Порой некоторые пользователи компьютеров и ноутбуков при включении своего девайса сталкиваются с сообщением белыми буквами на черном фоне, в котором написано “Start pxe over ipv4”. У кого – то спустя несколько секунд сообщение само пропадает и дальше компьютер грузится как положено, а у кого – то оно не пропадает и продолжает висеть, не давая начала загрузки операционной системы.

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

В некоторых крупных организациях в рабочих компьютерах нет жестких дисков, на которых в привычных вам пониманиях находятся все данные и операционная система. Вместо этого существует один мощный терминальный сервер, на котором находятся все рабочие данные. Операционная система на на рабочих компьютерах также грузится с него и появление фразы “Start pxe over ipv4” свидетельствует о попытке сделать это.

Почему сама активируется сетевая загрузка?

Чаще всего это происходит после каких – либо манипуляций с BIOS. Обычно после изменения приоритета загрузки, например для переустановки Windows.

Замена оборудования (сетевая карта, модем) также могут быть причиной появления сообщения “Start pxe over ipv4” во время включения ПК.

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

Как убрать?

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

Установка высшего приоритета загрузки жесткому диску в разделе BOOT

Также лучше отключить, переведя в положение Disabled опции PXE Rom и Wake On Lan в разделе “Network”.

Отключение загрузки из сети

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

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

Realtek pxe b04 d00 что это

В этом небольшом посте я расскажу вам о практических способах реализации загрузки бездисковых устройств через PXE. Скажем так, что до определенного момента я совсем не интересовался этой проблемой и о PXE имел весьма посредственное представление, также, наверное как и у большинства. Т.е. все из нас знают, что в современных ПК есть возможность загрузки по сети, каждый видел в BIOS’е собственного ПК такую возможность (PXE Boot, LAN Boot), но мало кто использовал ее на практике. Реализацией этой возможности мы и займемся на практике, а также рассмотрим какое практическое применение в «домашних условиях» может иметь сетевая загрузка.

Наша «тестовая лаборатория» включает в себя:

  • Маршрутизатор Mikrotik 951G-2HnD с RouterOS v6.39 (stable)
  • Сетевое хранилище Western Digital My Cloud EX2

  • PXE — Сетевая загрузка с микротика — здесь описывается настройка Mikrotik + TFTP для сетевой загрузки с использованием GRUB (Grub4DOS), а также приведен пример рабочей конфигурации для загрузки ALKID LiveCD и VINCOME LiveCD через PXE. Немного не то что нам хотелось (мы то хотели грузить Ubuntu LiveCD), но тем неменее информация полезная, берем на заметку.
  • Настройка TFTP сервера на Mikrotik RouterOS — а вот здесь рассматривается настройка TFTP на Mikrotik, правда тут уже у нас уже используется не GRUB, а PXELINUX (SysLinux) в качестве загрузчика. Который, как мы убедимся позже, можно будет использовать и для реализации сетевой установки Ubuntu, и для загрузки LiveCD и для множества других вещей. Уже интересно, не правда ли? Знакомимся со статьями дальше.
  • Загрузочный сервер — как загрузочная флешка, только сервер и по сети — пост на Хабре, в котором рассказывается о том как сделать «загрузочную флешку» по сети. Собственно такая конфигурация отлично подойдет для различных сервисных центров и т.п., с другой стороны, выбрать то, что будет грузиться по сети лично у него — это решение каждого, благо примеров полно. К концу чтения этого поста, вы (по-крайней мере я на это надеюсь) поймете, насколько это удобно.
  • Домашний роутер с PXE-Boot и сервисами. — приводится пример организации PXE загрузки на Asus’овском роутере с прошивкой Merlin-Firmware. Честно говоря я сам подобную никогда не использовал, но статья ценна уже как минимум различными примерами рассмотренных в ней конфигураций для загрузки. А также как отличная иллюстрация того, что при желании, для реализации PXE загрузки можно использовать только лишь ресурсы бюджетного SOHO устройства.
  • Как воспользоваться сетевой загрузкой (PXE) для Ubuntu LiveCD — переводная статья с HowToGeek, в принципе тоже может быть интересна. Кстати, именно по теме сетевой загрузки Ubuntu LiveCD вы так или иначе наткнетесь на различные ее вариации в поиске.
  • Мультизагрузочный PXE-реаниматор — статья на 3DNews от 2012 года, но тоже в принципе интересно. Если вы читая этот пост пока просто просматриваете эти ссылки «по диагонали» — то наверное уже поняли, что PXE загрузка предоставляет практически неограниченный набор возможностей, наша задача лишь научиться правильно применить их для наших задач.
  • [How-To] Запуск LiceCD Ubuntu (и не только) с любого ПК в сети с помощью PXE — название поста говорит само за себя, все действия автор проводит на сервере под управлением Debian 7. Т.е. DHCP + TFTP и т.п. у него развернуты на отдельном ПК с Debian 7. Тоже интересно, помечаем в «копилку».
  • Configure PXE Server In Ubuntu 14.04 — похожий англоязычный вариант.
  • Установка Ubuntu по сети (DHCP, PXE, boot-menu) на примере Ubuntu 14.04.
  • Ubuntu 16.04 / Debian 8: Run PXE boot server for automated install — конфигурирование сервера для автоматизированной установки Ubuntu и Debian по сети. Лично мне эта статья понравилась различными комментариями и дополнительными пояснениями. Если читать вдумчиво, а не по диагонали, то становится (хотя бы на базовом уровне) понятно что такое pxelinux.0, ldlinux.c32 и т.п.
  • Booten vom Netzwerk: Ubuntu 16.04 via PXE starten — статья, правда на немецком, подробно рассказывающая про то, как правильно настроить загрузку LiveCD с Ubuntu по сети. Собственно она и легла в основу решения поставленной задачи.
  • Руководство по сетевой загрузке предустановочной среды Windows (WinPE)
  • IT Geek: How to Network Boot (PXE) the WinPE Recovery Disk with PXElinux v5 & Wimboot

Ну и на первое время достаточно. Просмотрев / прочитав все это начнем ваять что-то свое. Первое что мы делаем — это подключаем флешку к Mikrotik’у и форматируем ее в FAT32: System -> Disks -> Format drive . Сделать это можно как через WinBox, так и через Web-интерфейс Mikrotik. Проблем с этим возникнуть не должно.

Затем скачиваем заранее подготовленный архив pxe-mikrotik-disk1.rar и распаковываем его содержимое в корень флешки. Сделать это можно как в меню Files в web-интерфейсе Mikrotik’а, так и через FTP в Mikrotik, ну или просто вставив отформатированную USB Flash в ПК и распаковав в корень содержимое архива. В результате там должна получиться следующая структура файлов (смотреть скриншот справа).

Некоторых файлов, например kolibri.iso (образ Kolibri OS) в архиве не будет, т.к. их можно без труда найти и скачать в интернете, также в архиве не будет содержимого папки winpe (т.к. все эти файлы есть на любом установочном диске с Windows и включать их в состав архива я не вижу смысла). А вот на остальных мы остановимся подробнее.

Читать еще:  Нет разрешения на удаление андроид что делать

pxelinux.0 — это основной загрузчик, на который направляются DHCP сервером все клиенты сетевой загрузки, он входит в состав пакета syslinux. Все что касается данного загрузчика, а также используемых им библиотек (*.c32) можно взять в следующих пакетах:

Для чего они? После загрузки PXELinux на устройство начинается поиск дополнительных файлов и библиотек, т.е. устройство пытается подключиться к TFTP серверу, указанному в опциях отдаваемых DHCP сервером и запросить у него, например, файл ldlinux.c32, так вот TFTP сервер должен знать о реальном местоположении файла, чтобы отдать его, например в нашем случае он лежит в disk1/tftpboot/ldlinux.c32. Честно говоря я не экспериментировал, можно ли задать соответствие не отдельным файлам, а папкам или файлам по маскам, поэтому на всякий случай сделал правила для всех файлов на TFTP сервере. После того как мы прописали правила необходимо настроить наш DHCP сервер.

Переходим на закладку IP -> DHCP Server -> Networks в Mikrotik, выбираем нашу подсеть и делаем там следующие настройки:

На этом приготовления к первому запуску закончены. Можно брать любой ПК и пробовать загрузиться по сети. Для меня наиболее простым решением было создание отдельной виртуальной машины в VirtualBox и настройка ее на загрузку по сети. В результате, если все сделано правильно, вы увидите вот такую вот симпатичную менюшку PXELinux:

Сама конфигурация этого меню находится в файле disk1/tftpboot/ubuntu-installer/amd64/boot-screens/menu.cfg . Если мы попробуем загрузиться в Kolibri OS для примера, то заметим что передача казалось бы маленького (всего 66.5 Mb) образа kolibri.iso через TFTP даже по гигабитной сети займет довольно продолжительное время:

650 Mb и отдавать их по TFTP устройствам — превращается в настоящую муку. Т.е. грузится — да, но оЧЧень медленно. Первая мысль которая приходит в голову — а что если в качестве средства доставки тяжеловесного контента использовать не TFTP, а HTTP или NFS? И да, действительно, такая возможность есть.

Посмотрите как реализована в конфигурации (menu.cfg) загрузка того же Ubuntu LiveCD:

Здесь ядро vmlinuz.efi и рамдиск initrd.lz у нас грузятся по TFTP, а вот содержимое rootfs уже берется с NFS ресурса (благо Ubuntu так умеет). Порядок создания папки ubuntu16.04_live_amd64 на NFS ресурсе описан тут.

Ну или если вкратце, то я создал отдельную папку на WDMyCloud EX2, разрешил доступ к ней по NFS:

/nfs и просто скопировал необходимые файлы с LiveCD с Ubuntu в нее:

В результате содержимое папки ubuntu16.04_live_amd64 у нас полностью идентично корню LiveCD с Ubuntu:

Просто? Просто. Теперь пробуем загрузиться по PXE выбрав в меню LiveCD:

С гигабитной сетью все получилось достаточно быстро. Основное время здесь правда тратится на загрузку vmlinuz.efi (7 Mb) и initrd.lz (27 Mb) по TFTP. И вот здесь мы подходим к главному? А можно ли как-то грузить эти файлы тоже с NFS или с HTTP ресурса? Можно! И ответом здесь является использование вместо PXELinux (который к сожалению так не умеет), загрузчика iPXE. Настоятельно рекомендую вам познакомиться с ним и изучить примеры и т.п. на официальном сайте. В архив pxe-mikrotik-disk1.rar уже входит ipxe.lkrn , собранный мной из исходников с включенной поддержкой HTTP, NFS и т.п.:

Обратите внимание, есть поддержка DNS, HTTP, iSCSI, NFS, TFTP и др. вещей. Т.е. грубо говоря используя iPXE вы можете разместить необходимые файлы не только на NFS шаре, но и где-нибудь в интернете, например, на http://yourdomain.ru/files/ . и загрузчик будет брать их оттуда. При выборе опции Load iPXE SuperBoot Menu в PXELinux открывается меню загрузчика iPXE:

И вот здесь уже, согласитесь, есть чем впечатлиться. Сама конфигурация этого меню находится в файле boot.ipxe, который был взят мной из этого проекта bradgillap/IPXEBOOT на GitHub’е. Внутри подробные примеры и комментарии для всех вариантов загрузки, фактически это означает что вы с минимальными усилиями сможете настроить у себя загрузку любого из приведенных пунктов меню, просто разместив необходимые файлы у себя в сети и скорректировав boot.ipxe .

Ну и последнее о чем хотелось бы рассказать — это о загрузке *.wim образов WinPE через PXE. Для этого в моем примере используется именно iPXE и wimboot. Пример конфигурации вы можете увидеть в menu.cfg от PXELinux в пункте меню «Load iPXE [wim-boot.ipxe]». Фактически там грузится ipxe.lkrn, который читает файл конфига wim-boot.ipxe. Просто размещаете файлы wimboot, bootmgr, bcd, boot.sdi и boot.wim вашего WinPE дистрибутива где-либо в сети (на HTTP, NFS ресурсах) и все замечательно загружается. Примеры опять же, смотрите в wim-boot.ipxe.

Кстати, в меню iPXE SuperBoot от bradgillap есть пункт External Linux Installs. Фактически это внешнее (т.е. находящееся в интернет) загрузочное меню, которое позволяет вам установить некоторые Linux-based ОС, а также загрузить некоторые варианты LiveCD онлайн. Т.е. для того чтобы установить тот же Ubuntu, фактически достаточно только соответствующим образом сконфигурировать DHCP . Все остальное, даже на этапе загрузочного меню может быть взято из сети.

p.s. Чуть не забыл 😉 Архив pxe-mikrotik-disk1.rar со всеми необходимыми загрузчиками и примерами конфигураций (пароль на архив стандартный — decker.su). Также буду рад любым вашим мнениям и отзывам в комментариях. Если у вас уже есть свои конфигурации для PXE загрузки распространенных LiveCD дистрибутивов, например, DrWeb Live CD, Kaspersky Rescue Disc и др. популярных инструментов — делитесь ими в комментариях. Также, если у кого-то есть опыт (или ссылки на соответствующие статьи) о настройке бездисковых RDP клиентов, например на базе Thinstation — это тоже приветствуется.

Как вы уже поняли, я далеко не гуру в Linux’е и по-сути как работает PXE я узнал только вчера. Поэтому в архиве по факту используется несколько загрузчиков: PXELinus (SysLinux) как основной, а из него уже можно загрузить iPXE или Grub4DOS, хотя по факту, в реальной жизни достаточно использовать что-то одно. Все это оставлено просто в качестве примера, чтобы было наглядно понятно как работать и с тем, и с другим, и с третьим. Так что, как говорится, «ногами не пинать», а ценные комментарии всегда приветствуются.

Realtek pxe b04 d00 что это

Прошивка загрузчика PXE для сетевых плат RTL8139 в БИОС материнской платы

Эта статья — в некотором роде продолжение другой, про бездисковую загрузку FreeBSD. Там всё хорошо, но вот имелись две проблемы, решение обеих — тут. Первая, заключалась в том, что большинство машин грузилось с дискет. К тому же, с дискет грузилось очень много инфы — ядро, даже очень урезенное и сжатое, довольно большое. Как итог, через две недели древние дискеты стали сыпаться — новых не было ни дискет, ни флопповодов. Вторая — до этого стоял линуксовый тонкий клиент — он не выводил загрузочные сообщения, а показывал графическую заставку. Когда первый раз грузилась фря — народ достал звонками, якобы у них у всех резко поломались компы, или мониторы — мол вначале буквы были белые, потом красные, а щас вообще зелёные :))) (У меня цвет букв разный для сообщений ядра и консоли). Собсно, хотелось прикрутить заставку, но — на дискеты её всем не положишь — места мало.
В итоге, я вернулся к изысканиям о возможности как-то прикрутить PXE куда угодно — на дискету или в сетевуху. Микросхемы были — от старых первых пней, довольно много — штук 20 — но шится не хотели. Толи все сетевухи были совсем кривые, толи программатор, толи мои руки (больше всего грешу на последнее — но раньше-то у меня получалось, правда давно, лет 6 назад, в 2000 году. ). В процессе изысканий, на каком-то форуме, нашёл интересное высказывание — типа в VIA`вском БИОСе, для одинаковых мам — с разницей лишь в наличии/отсутсвии микросхемы сетевухи, отличие лишь одно — при наличии микросхемы, в образе BIOS`a есть файл *.lom . Из этого было ясно — БИОС можно разобрать и собрать заново, зашив в него нужный файлик — а такие у меня были (тупым поиском по своей коллекции драйверов я нашёл такие для родных сетевух VIA и для RTL8139/RTL8130). Вариант меня вполне устраивал — почти на 80% самосборных тонких клентов стояли именно такие, да в запасе их было штук 6. Дальнейшие поиски шли по другому пути — надо было найти программу для работы с БИОС — тоже нашлась — называется cbrom. Ограничение есть и у неё — она работает лишь с AWARD`овскими прошивками. Это тоже устраивало — их было большинство.
Дальнейшие эксперименты показали — выпадают практически все первые пни — у них слишком маленькая микросхема — 128k, и свободного места нехватает для того, чтобы впихнуть файл загрузки по PXE. (Надо заметить, что cbrom позволяет не только добавлять, но и удалять отдельные файлы из BIOS — но это не спасает, места всё равно выкроить не удалось.) Зато начиная со вторых пней всё прекрасно — на всех попавшихся машинах не надо было ничего выкидывать — свободное место и так было. Надо было просто добавить.
Для удобства работы был подобран мелкий винт на 4 гига (мельче не было), отформатрован в FAT, на него были скинуты системные файлы, Norton Commander (для удобства — DOS я уже изрядно подзабыл), uniflash, cbrom215, rset8139, написны autoexec.bat и config.sys .
Поехали. Грузимся с харда и создаём директорию (по модели материнки, например) для экспериментов:

Читать еще:  Уменьшился масштаб страницы что делать

Лирическое отступление — вообще, рекомендую делать бэкап BIOS, и по возможности (когда микруха на матери съёмная и есть другая флэшка такого же или большего размера), загрузившись и сделав копию БИОСа, наживую выдернуть старую и воткнуть новую. Для удобства выдёргивания-втыкания, микросхемы выдёргивается на выключенной маме, обматывается толстыми нитками, или проволочками (в изоляции!), из них же делается ручка, чтоб удобней дёргать, затем втыкаются. Очень удобно — за проволочки вытащил, вставил другую, также обмотанную. После чего в неё зашивается тока что сделанная копия, проверяете, перезагрузившись, и если всё пучком — с ней и работайте, отложив родную микруху в сторонку — малоли, загубите (мне, правда, ни одной не удалось загубить, — но я это делаю не первый раз. ).
Делаем копию оригинального BIOS:

Второе лирическое отступление — несколько раз столкнулся с битыми микрухами — не шьются, или шьются но проверку не проходят. С такими лучше не работать, для проверки, зашиваем обратно родной БИОС и смотрим — как оно прошло (Это, если не перетыкаете микросхемы. Если перетыкаете — подберите нормальную). Если хорошо — то хорошо, если плохо — возможны варианты — чаще всего — просто плохой контакт — надо выдернуть и воткнуть микросхему на место. Другой вариант — мне попался второй пень с 512k флэшкой — и забита почти под завязку. Другой такой у меня не было, дёрганье туда-сюда не помогло. Подумавши — сообразил — битые блоки были в конце флэшки, туда и шился файл загрузчика. Надо его зашить ближе к началу — и всё будет пучком. Для этого — выкинул пару файликов, которые показались ненужными (вот тут и нужны бэкапы и соображаловка — пояснений оччень мало. ) — по названию были опознаны звук, логотипы, и ещё какая-то мелочёвка (разумеется, не надо выкидывать вещщи со строчкой vga в названии, если на маме встроенное видео — и т.п.). После чего был добавлен загрузчик и всё с криками флэшера о непрохождении проверки зашито на место. Работает. Тока звука больше никогда не будет :)))
Продолжим. Делаем ещё одну копию, с которой и будем работать — оригинал нехай лежит — на всякий случай:

AOMEI PXE Boot: Загрузка компьютеров по сети из файла образа диска

AOMEI PXE Boot: Загрузка компьютеров по сети из файла образа диска

Браузер для Windows XP: какой он самый идеальный вариант?

Как в Windows 10 отключить и удалить браузер Edge в пару кликов

Opera или Firefox: за кого отдать свой голос?

Браузер без рекламы и всплывающих окон: существует ли он в природе?

Браузер без рекламы для Андроид: найди то, не знаю что, или реальный вариант?

AOMEI PXE Boot представляет собой свободное программное обеспечение для загрузки компьютеров с ISO по локальной сети. Будучи очень простой в использовании, эта программа позволяет использовать загрузочный образ диска (ISO) для удаленной загрузки нескольких компьютеров, при условии, что они подключены к одной локальной сети. Это делает AOMEI PXE Boot чрезвычайно полезным инструментом для таких задач, как удаленное развертывание и сопровождение приложений, особенно на предприятиях.

Работать с AOMEI PXE Boot довольно просто: вы устанавливаете программу на систему, которая будет использоваться в качестве сервера, монтируете ISO и ждете загрузки клиентских машин. И лучшая часть заключается в том, что AOMEI PXE Boot поддерживает синхронную загрузку нескольких компьютеров одновременно. Давайте узнаем больше об этой замечательной программе, и выясним, как вы можете использовать ее для загрузки компьютеров с ISO по проводной локальной сети.

AOMEI PXE Boot: основное назначение и несколько слов о Windows PE

Важно отметить, что AOMEI PXE Boot в первую очередь предназначен для устранения проблем с компьютерами в сети. Вы можете использовать программу для загрузки нефункционирующей системы в ограниченной среде. Для этой цели AOMEI PXE Boot лучше всего работает с загрузочными образами дисков Linux, или Windows PE. Последняя является операционной системой с ограниченными службами, которая используется для загрузки компьютера в восстановительных или установочных целях. Основанная на ядре Vista, Windows PE не является полноценной операционной системой. Вместо этого она предоставляет безопасную среду для устранения неполадок с компьютером и восстановления его рабочего состояния.

Нет абсолютно никаких оснований полагать, что AOMEI PXE Boot не будет работать с любым другим образом диска. Во время тестирования я смог удаленно загрузить на клиентской системе Damn Small Linux (DSL), используя загрузочный ISO-образ.

Как загрузить компьютеры с помощью ISO по локальной сети

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

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

Часть 1: Настройка клиентского компьютера(ов) для сетевой загрузки

Как и предполагает название, первое, что необходимо сделать, это настроить клиентский компьютер или компьютеры для загрузки через проводную сеть. Чтобы сделать это, вам нужно получить доступ к меню BIOS компьютера. Ниже говорится о том, как это сделать (процесс более или менее такой же, независимо от производителя компьютера):

1. Включите клиентский компьютер и нажмите клавишу для доступа к меню BIOS (обычно Del, Esc, F8 или F12). В BIOS перейдите в подменю «Boot» и в разделе «Boot Options Priorities» выберите «PXE» (на некоторых компьютерах «Legacy LAN», «Realtek PXE B02 D00», «Network boot from Intel» и т.д.) в качестве первого загрузочного устройства. Вам также может потребоваться включить опцию PXE ROM, если она отключена.

2. AOMEI PXE Boot поддерживает только режим загрузки Legacy, поэтому вам также нужно отключить опцию UEFI Boot, если она поддерживается материнской платой компьютера. Эта опция может быть найдена в подменю Boot.

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

Часть 2: Загрузка ISO и запуск приложения на компьютере-сервере

Эта часть на самом деле еще проще. Для начала, скачайте и установите AOMEI PXE Boot (около 5 МБ) на компьютер, который будет использоваться в качестве сервера. В дополнение к этому вы также должны скачать загрузочный образ диска для загрузки клиентского компьютера или компьютеров. Шаги ниже объясняют, что от вас требуется:

1. Запустите AOMEI PXE Boot. На первом экране программы выберите опцию «Boot from custom image file» и перейдите к вашему ISO-файлу (вы также можете использовать другой вариант для загрузки Windows PE или Linux ISO с сайта компании AOMEI, если вы хотите). Когда образ будет выбран, нажмите на кнопку «Start Service», чтобы запустить службу.

2. Теперь в окне AOMEI PXE Boot будет отображаться информация об активности, происходящей на сервере и клиентских компьютерах. Больше на сервере делать ничего не нужно. Чтобы увидеть реальные действия, давайте переместимся дальше. И, само собой разумеется, приложение и, конечно, сервер, должны быть запущены.

Вам только остается запустить клиентский компьютер и дождаться, пока он загрузится по сети, используя ISO-образ, который был выбран вами через AOMEI PXE Boot на компьютере-сервере. Вот полностью рабочий дистрибутив Damn Small Linux, работающий на клиентском компьютере:

Заключительные слова

Если вы администратор сети, и ищите простой и эффективный способ (и без излишеств) для удаленного развертывания и управления ОС, AOMEI PXE Boot может быть именно тем, что вам нужно. Это качественный инструмент, который до смешного прост в настройке и работает на удивление хорошо.

Ссылка на основную публикацию
Статьи c упоминанием слов:
Adblock
detector