pci lan realtek pxe b04 d00 что это
Realtek pxe b04 d00 что это
Уважаемые duc и sedoy, все штекера были перевоткнуты уже по нескольку раз.
WOLF Project, если подробнее, то комп при включении пишет
realtek pcle gbe family controller series v2.35 (06/14/10)
CLIENT MAC ADDR: 00 25 22 95 9F 62 GUID: 00020003-0004-0005-0006-000700080009
PXE-E53: No boot filename received
PXE-M0F: Exiting PXE ROM.
reboot and select proper boot device or insert boot media in selected boot device and press a key_
когда захожу в меню Boot в этой утилите, то первой строкой стоит Boot Option Priorities и два пункта на выбор
Boot Option #1 Realtek PXE B05 D00
Boot Option #2 USB : USB Mass Storage Device
то есть я так понимаю даже ни намёка на hdd нету.
Оригинал: What Is Network Booting (PXE) and How Can You Use It?
Автор: Aviad Raviv
Дата публикации: 14 апреля 2011
Перевод: Н.Ромоданов
Дата перевода: март 2014 г.
Требовалось ли вам когда-либо устранять проблемы или диагностировать проблемный компьютер, а вы при этом забыли, куда положили компакт диск с утилитами? Мы покажем вам, как пользоваться сетевой загрузкой (PXE) и пакетом FOG для того, чтобы эта проблема ушла в прошлое.
Обзор технологии PXE
Когда используется подход PXE, процесс загрузки изменяется с обычного на следующий:
Примечание: В этом видео в качестве основы для сервера используется устаревший проект UDA, и аннотации были предназначены для того, чтобы объяснить, что в него были внесены самые новые (на тот момент) дополнения.
Это руководство будет первым из серии руководств, посвященных PXE. В настоящем руководстве мы заложим основы, на которые мы будет опираться в последующих статьях.
Рекомендации, допущения и предварительные требования
Установка — трудное начало с использованием системы FOG
FOG является свободным решением, предназначенным для клонирования компьютеров и имеющая открытый исходный код, которое было создано Чаком Суперски и Цзянь Чжаном ( Chuck Syperski и Jian Zhang ). FOG берет обычно используемое программное обеспечение (например, Apache, MySQL и tftpd-hpa упомянуть некоторые из них) и упаковывает их в виде свободного и самодостаточного решения PCLM (PC Lifecycle management), предназначенного для управления жизненным циклом ПК. Нужно упомянуть, что с помощью такого свободного решения PCLM можно с помощью единого центральный веб-интерфейса выполнять резервное копирование состояния компьютера путем создания его образа, развертывать программы и настройки (например, Firefox, Office, принтеры и т. д.), а также политики конфигурирования (например, настроек автоматического завершения сессии и экранной заставки).
Использование FOG в качестве основы для вашего сервера PXE является хорошим способом иметь в наличии все необходимые составляющие, например, TFTP и, если требуется, DHCP без необходимости устанавливать и настраивать их вручную, при одновременном предоставлении вам в качестве бонуса всех функций пакета FOG.
Изображение взято из FOG wiki.
Это все, что нужно сделать во время установки пакета FOG. Опять же, поскольку FOG представляет собой большую систему, ее использование не входит в круг рассмотрения данного руководства, и для того, чтобы вы могли лучше разобраться с возможностями системы FOG и с тем, как она может помочь вам управлять жизненным циклом ваших компьютеров-клиентов, мы призываем вас обратиться к вики-страницам с описанием этой системы.
Если все пройдет так, как надо, у вас должна быть возможность выполнить загрузку вашей клиентской машине в режиме PXE (обычно с помощью F12) и получить меню-приглашение, используемое в системе FOG по умолчанию.
Изображение получено с помощью Hotfortech.
Файлы и каталоги
Как отмечалось ранее, наша цель заключается в расширении возможности системы FOG и с этой целью мы должны добавить некоторые файлы и каталоги.
Создайте следующие подкаталоги:
Эти подкаталоги будут служить в качестве шаблонов для всех изображений, программ и конфигураций, которыми мы будем пользоваться для того, чтобы расширить систему FOG.
Настройте конфигурационный файл default, используемый по умолчанию
Мы создадим новое главное меню и поместим в свое собственное подменю все функции системы FOG.
Скопируйте конфигурационный файл /tftpboot/pxelinux.cfg/default в howtogeek/menus/fog.cfg.
Теперь отредактируйте содержимое исходного файла default, используемого по умолчанию:
Сделайте так, чтобы его содержимое выглядело следующим образом:
Когда мы закончим, эта конфигурация позволит вам получить следующие 3 подменю: Utilities (Утилиты), Manual FOGing (Ручное управление системой FOG), Linux stuff (Linux).
Создайте мастер-файл
Мастер-файл позволит делать глобальные изменения во внешнем виде меню без повторного ввода их в отдельном порядке снова и снова. Такие особенности, как фоновый рисунок, используемый по умолчанию, стили границ, позиции и т.д., все это будет объединено в этом файле master.cfg.
Сделайте так, чтобы его содержание было следующим:
В конфигурации, приведенной выше, будут созданы фиолетовые границы и выделение текста;, если вы хотите, чтобы внешний вид был другой, просто измените значения.
Чтобы задать фоновый рисунок, поместите картину в каталог /tftproot и укажите для MENU BACKGROUND относительный путь к рисунку (мы рекомендуем использовать изображения с разрешением 640*480). Например полный путь к рисунку, сконфигурированному выше, будет /tftproot/fog/bg.png.
Подключите подменю FOG к основному меню
Т.к. мы сделали простую копию оригинального конфигурационного файла в подкаталог меню (сохранив цветовую схему, тайм-ауты и прочее), то если вы теперь перейдете в это подменю из загруженного клиента PXE, оно будет работать, но вы не сможете вернуться в главное меню без перезагрузки машины.
Поэтому отредактируйте файл /tftpboot/howtogeek/menus/fog.cfg:
Добавьте следующую запись после записи «menu color title» и перед функциями FOG:
Создайте заготовки для подменю
Мы создали 4 подменю, три из которых будут нами заполнены. Для этого давайте создадим шаблон, которым мы будем пользоваться в дальнейшем.
Создайте файл шаблона:
Его содержимое должно быть следующим:
Давайте зададим заготовки для дополнительных подменю, которые нам потребуются в следующих статьях:
Вот и все, базовая компоновка теперь готова и теперь нам нужно будет ей пользоваться, что мы будем делать в следующих статьях. Поскольку эти статьи еще не опубликованы, мы рекомендуем ознакомиться с системой FOG, т.к. эта система сама по себе исключительно интересная.
AOMEI PXE Boot: Загрузка компьютеров по сети из файла образа диска
Яндекс Диалог: начни новый чат прямо сейчас
Экспресс-панель для Гугл Хром: быстрый доступ с доставкой на дом
Автозаполнение в Гугл Хром: полезная опция или опасный функционал?
Динозаврик Гугл Хром: поставь рекорд среди пользователей браузера
Как в Гугл Хром открыть код страницы и почему это должен знать каждый?
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 может быть именно тем, что вам нужно. Это качественный инструмент, который до смешного прост в настройке и работает на удивление хорошо.
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, может видеть и иметь доступ к такому диску.
Установим необходимый пакет 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 происходит интересная штука — бесконечный цикл. А именно:
Поэтому надо как-то сказать 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:
Так как это установочный 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), но мало кто использовал ее на практике. Реализацией этой возможности мы и займемся на практике, а также рассмотрим какое практическое применение в «домашних условиях» может иметь сетевая загрузка.
Наша «тестовая лаборатория» включает в себя:
Затем скачиваем заранее подготовленный архив 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 сервер.
На этом приготовления к первому запуску закончены. Можно брать любой ПК и пробовать загрузиться по сети. Для меня наиболее простым решением было создание отдельной виртуальной машины в VirtualBox и настройка ее на загрузку по сети. В результате, если все сделано правильно, вы увидите вот такую вот симпатичную менюшку PXELinux:
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:
Ну и последнее о чем хотелось бы рассказать — это о загрузке *.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.
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 в БИОС материнской платы
Лирическое отступление — вообще, рекомендую делать бэкап BIOS, и по возможности (когда микруха на матери съёмная и есть другая флэшка такого же или большего размера), загрузившись и сделав копию БИОСа, наживую выдернуть старую и воткнуть новую. Для удобства выдёргивания-втыкания, микросхемы выдёргивается на выключенной маме, обматывается толстыми нитками, или проволочками (в изоляции!), из них же делается ручка, чтоб удобней дёргать, затем втыкаются. Очень удобно — за проволочки вытащил, вставил другую, также обмотанную. После чего в неё зашивается тока что сделанная копия, проверяете, перезагрузившись, и если всё пучком — с ней и работайте, отложив родную микруху в сторонку — малоли, загубите (мне, правда, ни одной не удалось загубить, — но я это делаю не первый раз. ).
Делаем копию оригинального BIOS:
Второе лирическое отступление — несколько раз столкнулся с битыми микрухами — не шьются, или шьются но проверку не проходят. С такими лучше не работать, для проверки, зашиваем обратно родной БИОС и смотрим — как оно прошло (Это, если не перетыкаете микросхемы. Если перетыкаете — подберите нормальную). Если хорошо — то хорошо, если плохо — возможны варианты — чаще всего — просто плохой контакт — надо выдернуть и воткнуть микросхему на место. Другой вариант — мне попался второй пень с 512k флэшкой — и забита почти под завязку. Другой такой у меня не было, дёрганье туда-сюда не помогло. Подумавши — сообразил — битые блоки были в конце флэшки, туда и шился файл загрузчика. Надо его зашить ближе к началу — и всё будет пучком. Для этого — выкинул пару файликов, которые показались ненужными (вот тут и нужны бэкапы и соображаловка — пояснений оччень мало. ) — по названию были опознаны звук, логотипы, и ещё какая-то мелочёвка (разумеется, не надо выкидывать вещщи со строчкой vga в названии, если на маме встроенное видео — и т.п.). После чего был добавлен загрузчик и всё с криками флэшера о непрохождении проверки зашито на место. Работает. Тока звука больше никогда не будет :)))
Продолжим. Делаем ещё одну копию, с которой и будем работать — оригинал нехай лежит — на всякий случай: