桌面云项目的终端侧故障,常遇到的三类提示是:PXE-E53: No boot filename received、CLIENT MAC ... TIMEOUT、No bootable device。这三种提示分别对应不同的故障层面,读懂提示能省掉一半排查时间。
\n
\n
一、先读懂提示:三种报错的分向
\n
| 启动提示 | 含义 | 方向 |
|---|---|---|
| No boot filename received | 没拿到引导文件名 | DHCP Option 或服务端配置 |
| CLIENT MAC … TIMEOUT | 拿不到地址或响应慢 | DHCP 服务、中继、二层链路 |
| TFTP 卡住 / 传输中断 | 引导文件传输失败 | TFTP 服务、防火墙、MTU、网络质量 |
| No bootable device | 启动顺序里没选网卡 | 终端 BIOS/UEFI 启动项 |
| 进了系统但不是标准桌面 | 引导到了本地硬盘 | 启动顺序或镜像未下发成功 |
\n
\n
二、第一步:终端侧基础核对
\n
- \n
- 网卡 PXE 是否启用:部分机器默认关闭网卡的 PXE/网络启动模块,需要在 BIOS/UEFI 里打开;
- 启动模式:UEFI 与 Legacy(BIOS)两种模式需要的引导文件不同,终端设置必须与服务端提供的引导文件匹配;
- 启动顺序:网络启动要在本地硬盘之前;
- 安全启动(Secure Boot):开启时可能拒绝加载未签名的引导文件,需要在方案中明确处理方式;
- 网线端口:接的是不是规划中的网口(有些机器有双网口)。
\n
\n
\n
\n
\n
\n
判据:终端能进入 PXE 流程并出现 CLIENT MAC 与 DHCP 字样,说明网卡与启动项没问题,方向转向服务端与网络。
\n
\n
三、第二步:DHCP 与 Option 配置(故障高发区)
\n
PXE 依赖 DHCP 下发两个关键参数:
\n
| Option | 含义 |
|---|---|
| Option 66(next-server) | TFTP 服务器地址 |
| Option 67(bootfile-name) | 引导文件名 |
\n
Linux(ISC DHCP)配置示例:
\n
subnet 192.168.10.0 netmask 255.255.255.0 {\n range 192.168.10.100 192.168.10.200;\n option routers 192.168.10.1;\n next-server 192.168.10.5;\n filename "pxelinux.0";\n}
\n
UEFI 场景的 filename 需指向对应的 EFI 引导文件(如 bootx64.efi、grubx64.efi),不能沿用 Legacy 的文件名——这是混合机型环境下高发的配置错误。
\n
跨 VLAN 时还要配中继:
\n
- \n
- 华为:
dhcp select relay+dhcp relay server-ip - 华三/思科体系:
ip helper-address
\n
\n
\n
核对要点:中继指向的地址必须是 DHCP 服务器地址;若 PXE 服务端与 DHCP 不是同一台,Option 66 要指向 TFTP 服务端而不是 DHCP 服务端。
\n
\n
四、第三步:抓包看四步握手
\n
在服务端或镜像端口抓包,看 DHCP 流程走到哪一步:
\n
tcpdump -i eth0 -nn port 67 or port 68 or port 69
\n
判读:
\n
| 抓包结果 | 判读 |
|---|---|
| 只有 Discover,没有 Offer | 请求没到服务器(VLAN/中继)或服务未响应 |
| 有 Offer,没有 Request/ACK | 多个 DHCP 响应或 Option 不匹配 |
| 有 ACK,但无 TFTP 请求 | Option 66/67 未下发或地址不可达 |
| TFTP 有请求但无响应 | TFTP 服务未启动或被防火墙拦截 |
| TFTP 传输中断 | 网络质量、MTU 或文件权限问题 |
\n
抓包是这类问题的决定性证据,建议作为标准动作保留。
\n
\n
五、第四步:TFTP 与传输层
\n
- \n
- 服务状态:确认 TFTP 服务在运行并监听 UDP 69;
- 目录与权限:引导文件所在目录路径与权限是否正确(服务端日志通常能看到找不到文件的记录);
- 防火墙:UDP 69 及后续传输端口是否被拦截;
- MTU 与分片:跨 VLAN 经过隧道或 PPPoE 时,MTU 偏小会导致传输中断,可核对出口 MTU 与 MSS;
- 并发:批量开机(如早晨集中开机)时 TFTP 并发能力不足会造成排队超时,需要分批开机或提升服务端规格。
\n
\n
\n
\n
\n
\n
\n
六、第五步:镜像与驱动
\n
终端拿到引导文件并进入镜像加载阶段后出问题,方向在镜像:
\n
- \n
- 网卡驱动:新机型加入时镜像缺驱动,表现为进入引导后卡住或认不到网络;
- 存储控制器模式:AHCI/RAID 模式与镜像中的驱动不匹配;
- 镜像版本:模板更新后未同步到分发点,终端拿到的是旧镜像;
- 本地缓存:终端本地缓存损坏时可在维护模式下清理后重试;
- 分批策略:大规模下发建议分批,避免同时抢占服务端与网络带宽。
\n
\n
\n
\n
\n
\n
\n
七、处理与验证
\n
| 原因 | 处理 | 验证 |
|---|---|---|
| 未启用 PXE/启动项 | BIOS/UEFI 打开网络启动并调顺序 | 终端进入 PXE 流程 |
| UEFI/Legacy 不匹配 | 按模式提供对应引导文件 | 同型号终端可正常引导 |
| Option 66/67 缺失 | 配置 next-server 与 filename | 抓包可见 TFTP 请求 |
| 中继未配 | 配置 DHCP 中继 | 跨 VLAN 终端能拿到 Offer |
| TFTP 拦截 | 放通 UDP 69 与传输端口 | 引导文件可正常下载 |
| 镜像缺驱动 | 注入对应机型驱动并重新制作模板 | 新机型批量启动成功 |
\n
回退:镜像与模板变更前保留上一版本;终端侧保留可回退的本地启动项,异常时可临时切回本地系统保障业务。
\n
\n
八、避坑小结
\n
- \n
- UEFI 与 Legacy 的引导文件不同,混合机型要分别处理;
- Option 66 指向 TFTP 服务器,不是 DHCP 服务器;
- 集中开机是压力测试,批量部署要按批执行;
- 新机型先单台验证再推广,驱动问题在小批量时暴露成本更低;
- 抓包比重启有效,重启会掩盖现场证据。
\n
\n
\n
\n
\n
\n
速查表:PXE 启动故障
\n
| 提示/现象 | 优先排查 |
|---|---|
| No boot filename received | Option 67、UEFI/Legacy 引导文件 |
| CLIENT MAC TIMEOUT | DHCP 服务、VLAN、中继 |
| TFTP 卡住 | UDP 69 放行、目录权限、MTU |
| No bootable device | BIOS 启动项与 PXE 开关 |
| 进了旧系统 | 启动顺序、镜像版本 |
| 集中开机失败 | TFTP 并发、分批策略 |
\n
\n\n
常见问题(FAQ)
\n
Q:UEFI和Legacy模式在PXE部署上有什么不同?
\n
A:主要区别在引导文件:Legacy 模式通常使用 pxelinux.0 一类的引导程序,UEFI 模式需要对应的 EFI 引导文件(如 bootx64.efi 或 grubx64.efi)。同一台服务端可以同时提供两种引导,由 DHCP 按终端上报的架构类型分发。混合机型的环境里,模式不匹配是高发原因,配置前建议先统计终端的启动模式分布。
\n
Q:终端在同一个VLAN能启动,换个VLAN就不行,是什么原因?
\n
A:多数是 DHCP 中继未配置或中继指向错误。PXE 的 DHCP 请求是广播,跨 VLAN 需要三层设备把请求中继到 DHCP 服务器,同时把 Option 66/67 一并带回终端。核对顺序是:中继地址是否正确、交换机是否放行了对应 VLAN、Option 是否能随应答下发,最后用抓包确认终端侧是否收到了 Offer。
\n
Q:批量部署时一部分终端成功一部分失败,怎么定位?
\n
A:先看失败终端是否有共性:同一型号多为驱动或启动模式问题;同一接入交换机多为端口 VLAN 与上行问题;随机分布多为并发与网络质量问题。建议先按「型号 / 接入位置 / 时间段」三个维度归类,再针对性验证,必要时采用分批下发降低瞬时压力。
\n
本文由 58120 智能网络 原创发布。转载请注明出处并保留原文链接。
评论 0
还没有评论,来抢沙发吧。