PXE netboot [solved]

Имеем сервер с 3c905C-TX/TX-M сетевой, к которой кроссовером подключена сетевая карта Realtek 8139 клиента.

Настройки.

Каталог с будущим образом системы:

# ls /mnt/netboot/boot/ -1
boot
grub
initramfs-genkernel-x86-2.6.29-gentoo-r5
kernel-genkernel-x86-2.6.29-gentoo-r5
System.map-genkernel-x86-2.6.29-gentoo-r5

В неё был установлен grub, скомпилированный с флагом netboot. Я специально проверил ebuild — там включена поддержка кучи сетевых карт, в т. ч. и клиентской.

Для того, чтобы проверить загружаемость, достаточно только отдать по ftp файлы загрузчика и при условии, что всё хорошо, получим менюшку grub, согласно конфигу:

default 0
timeout 30
title Gentoo Linux
root (nd)
kernel /boot/kernel

Разумеется, настраиваем ещё DHCP:

 # cat dhcpd.conf
ddns-update-style none ;

option option-150 code 150 = text ;

subnet 172.16.0.0 netmask 255.255.255.248{
range 172.16.0.2 172.16.0.6;
option option-150 "/boot/grub/grub.lst";
filename "/boot/grub/pxegrub";
next-server 172.16.0.1;
}

и TFTP:

# cat /etc/conf.d/in.tftpd | grep -v '#' | sed '/^$/d'
INTFTPD_PATH="/mnt/netboot/"
INTFTPD_USER="nobody"
INTFTPD_OPTS="-u ${INTFTPD_USER} -l -vvvvvv -p -c -s ${INTFTPD_PATH}"

На клиентской машине включаем загрузку по сети и ждём. По dhcp клиент получает исправно свой IP-адрес, маску, адрес DHCP сервера, а дальше пишет:

И это на 100Мб-й карте! На этом загрузка останавливается. Не появляется ни меню, ни чего-либо ещё. tcpdump вещает

13:57:29.957443 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:11:2f:7a:d3:41 (oui Unknown), length 548
13:57:29.958443 ARP, Request who-has 172.16.0.2 tell 172.16.0.1, length 28
13:57:30.000437 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
13:57:30.958296 ARP, Request who-has 172.16.0.2 tell 172.16.0.1, length 28
13:57:31.958148 ARP, Request who-has 172.16.0.2 tell 172.16.0.1, length 28
13:57:31.976146 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from MA:CA:DD:RE:SS:00 (oui Unknown), length 548
13:57:31.998143 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
13:57:32.014140 ARP, Request who-has 172.16.0.1 tell 172.16.0.2, length 46
13:57:32.014140 IP 172.16.0.1 > 172.16.0.2: ICMP echo request, id 41004, seq 0, length 28
13:57:32.014140 ARP, Reply 172.16.0.1 is-at MA:CA:DD:RE:SS:01 (oui Unknown), length 28
13:57:32.015140 IP 172.16.0.2.2070 > 172.16.0.1.tftp:  35 RRQ "/boot/grub/pxegrub" octet tsize 0
13:57:32.036137 IP 172.16.0.1.57708 > 172.16.0.2.2070: UDP, length 15
13:57:32.036137 IP 172.16.0.2.2070 > 172.16.0.1.57708: UDP, length 17
13:57:32.042136 IP 172.16.0.2.2071 > 172.16.0.1.tftp:  40 RRQ "/boot/grub/pxegrub" octet blksize 1456
13:57:32.063133 IP 172.16.0.1.55177 > 172.16.0.2.2071: UDP, length 15
13:57:32.063133 IP 172.16.0.2.2071 > 172.16.0.1.55177: UDP, length 4
13:57:32.064133 IP 172.16.0.1.55177 > 172.16.0.2.2071: UDP, length 1460
13:57:32.064133 IP 172.16.0.2.2071 > 172.16.0.1.55177: UDP, length 4
…

Т.е., если смотреть про логу tcpdump, то всё ок. Дома ради интереса вчера сделал такое по-быстрому, ноутбук по сети загрузил grub и меню показал. Что тут может быть неправильно?

Решение: пользуйтесь pxelinux.0 от проекта syslinux и ваши нервы будут в порядке.