Когда клиентский компьютер при загрузке по сети выдаёт ошибку PXE-E53: No boot filename received, проблема почти всегда сводится к одному из трёх: DHCP-сервер не передал параметры 66/67, указанный загрузчик отсутствует в корне TFTP или сам образ для загрузки по PXE подготовлен в формате, который не поддерживает выбранный загрузчик. Именно несоответствие связки «загрузчик — образ — протокол передачи» становится причиной большинства зависаний на этапе DHCP... или чёрного экрана после получения IP-адреса.
Сетевая загрузка по PXE (Preboot Execution Environment) позволяет развернуть операционную систему, запустить диагностику или восстановить систему на компьютере без локального носителя — флешки или диска. Технология востребована в компьютерных классах, сервисных центрах и корпоративных сетях, где нужно обслуживать десятки машин одновременно. В этой статье разберём, какие типы образов подходят для PXE, как подготовить сервер и что проверить, когда загрузка не стартует.
Как работает загрузка по PXE: краткая схема процесса
Понимание цепочки загрузки помогает локализовать сбой за секунды вместо часов перебора настроек. Процесс выглядит так: сетевая карта клиента отправляет широковещательный DHCP-запрос, получает IP-адрес вместе с адресом TFTP-сервера и именем загрузочного файла, скачивает NBP (Network Bootstrap Program) — например, pxelinux.0 или wdsnbp.com — и передаёт ему управление. Загрузчик, в свою очередь, подтягивает конфигурацию и основной образ.
Ключевой момент: сам образ ОС по PXE напрямую не передаётся — сначала всегда загружается небольшой начальный загрузчик, который уже знает, как получить «тяжёлый» образ по TFTP, HTTP или NFS. Поэтому диагностику удобно строить по этапам: получил ли клиент IP, скачал ли NBP, загрузил ли конфиг, начал ли тянуть основной образ.
💡PXE — это цепочка: DHCP → TFTP → загрузчик (NBP) → образ. Сбой на любом звене останавливает весь процесс, поэтому диагностику ведите поэтапно.