Linux服务器如何网络引导下载不同架构系统

把一台x86服务器当跳板，去网络引导一台ARM或者RISC-V设备装系统，络引这事儿比想象中要直接。导下核心就一句话：让服务器跑TFTP和DHCP，同架统再根据客户端架构推送对应的构系内核与根文件系统。但不同架构的何网引导文件格式、内核镜像路径、络引甚至DHCP选项的导下写法都有差异，踩过几次坑之后，同架统我把关键点记下来。构系

先看一个真实场景。何网手头有台华为鲲鹏ARM服务器，络引想通过PXE给一批树莓派4B装Ubuntu。导下x86服务器上跑着CentOS 7，同架统装了dnsmasq和tftp-server。构系DHCP配置文件里，dhcp-boot参数一开始只写了pxelinux.0，结果树莓派根本不理。原因很简单：ARM设备用的是U-Boot的bootp或dhcp命令，它期望的引导文件名是bootcode.bin或者直接指定内核路径，而不是x86那套PXELINUX。

解决办法是给不同架构分配不同的vendor-class-identifier。在dnsmasq.conf里写：

dhcp-vendorclass=set:ARM,ARM dhcp-vendorclass=set:X86,PXEClient dhcp-boot=tag:ARM,arm64/Image dhcp-boot=tag:X86,pxelinux.0

这样同一个DHCP服务就能根据客户端上报的架构类型，返回不同的引导文件。树莓派的U-Boot会带上ARM这个vendor class，x86机器则报PXEClient。注意arm64/Image是相对TFTP根目录的路径，别写成绝对路径。

TFTP根目录的结构也得按架构分文件夹。我的做法是：

/var/lib/tftpboot/ ├── pxelinux.0 ├── pxelinux.cfg/ │ └── default ├── arm64/ │ ├── Image │ ├── initrd.img │ └── dtb/ │ └── bcm2711-rpi-4-b.dtb └── riscv64/ ├── Image └── initrd.img

ARM设备引导时，U-Boot会先通过TFTP拉取内核Image和设备树dtb，然后加载initrd.img。这里有个细节：树莓派的U-Boot默认从bootcode.bin启动，但网络引导需要先烧录一个支持网络引导的U-Boot到SD卡，或者用rpi-eeprom配置。不是所有ARM板子都开箱即用。

RISC-V的情况更特殊。SiFive的HiFive Unmatched板子，U-Boot里要手动设置serverip和ipaddr，然后tftpboot拉取内核。它的内核镜像路径通常是riscv64/Image，但设备树文件得单独指定fdt地址。我试过用同一个DHCP服务同时伺候ARM和RISC-V，只要在dnsmasq里加一条dhcp-boot=tag:RISCV,riscv64/Image，并在U-Boot环境变量里设好bootfile就行。

服务器端的dnsmasq配置里，enable-tftp和tftp-root是必须的。如果同时有x86和ARM客户端，建议把pxelinux.cfg/default里也写上ARM的引导项，虽然PXELINUX不认，但有些U-Boot会尝试读取。更干净的做法是用dhcp-boot按架构分流，别让x86的配置文件干扰ARM。

另一个容易忽略的点：TFTP是明文传输，大文件（比如几百MB的initrd）传输慢且容易断。生产环境建议换HTTP引导。U-Boot支持wget命令，可以在bootcmd里直接wget ${ serverip}/arm64/Image。服务器上跑个nginx，比TFTP稳定得多。我现在的做法是TFTP只传引导文件和设备树，内核和initrd走HTTP。

最后说下架构检测。DHCP的vendor-class-identifier不是所有设备都规范上报。比如某些国产ARM板子报的是udhcp 1.23.2，完全看不出架构。这时候只能靠MAC地址前缀或者固定IP来区分。我一般会在DHCP里给每个架构预留一个IP段，比如192.168.1.100-150给ARM，151-200给RISC-V，然后按IP段写dhcp-boot。土办法，但管用。

整套流程跑通后，给不同架构装系统就是改改配置文件的事。服务器上多放几个架构的目录，DHCP里多写几行dhcp-boot，剩下的交给U-Boot。比起挨个插U盘，网络引导省下的时间够喝好几杯咖啡了。