你要给一台老机器装系统，做了一个传统（Legacy）启动盘插在 USB 3.0 口上，进 BIOS 启动菜单也看到了这个优盘，选中、回车——然后就没有然后了。屏幕黑着，光标不动，或者干脆卡在一个莫名其妙的状态。换个 U 盘、重做一次启动盘，还是同样结果。你开始怀疑是镜像坏了。
但往往镜像是好的、优盘也是好的，问题出在那个蓝色的 USB 3.0 接口上。
现象
典型特征是「能选中、跑不动」：
- 启动菜单里能列出这个优盘，说明固件已经识别了设备；
- 一旦选择从它启动，就黑屏、卡死、或回到启动菜单；
- 换个优盘依然如此（说明不是介质问题）；
- 同一个优盘插到另一个 USB 2.0 口上，反而能正常引导。
最后那一条几乎就是这条坑的「诊断性症状」——如果换口就好，那问题一定在接口而不是介质。
根因
根源在于该世代主板的传统引导路径对 USB 3.0 控制器的支持不完整。
这里要区分两条完全不同的路径：
- UEFI 引导路径：由固件里的完整 UEFI 驱动栈负责，UEFI 规范明确要求固件必须能驱动 USB 控制器并从 USB 设备引导，所以 UEFI 启动盘插 USB 3.0 通常没问题；
- 传统（CSM/Legacy）引导路径：走的是老式的 INT 13h 中断调用和传统的 Option ROM 机制。这一套机制诞生在 USB 2.0 甚至更早的时代，很多老固件实现里，负责传统引导的模块只内置了 USB 2.0（EHCI）的驱动，根本没有 USB 3.0（xHCI）的驱动。
于是形成一个尴尬的局面：BIOS 的 UEFI 层能看见这个设备（所以启动菜单里能列出它），但当固件切到传统引导模式、要把控制权交给引导代码时，那条路径上没有任何驱动能继续和这个设备通信。引导代码拿不到数据，于是卡死。
换句话说：「在菜单里看得见」和「能从这个设备引导」用的是两套完全不同的驱动栈。看见设备的是 UEFI 那一套，引导时用的是传统那一套，后者缺驱动。
解决
两个方向，任选其一：
方向一：换 USB 2.0 口。 这是最快的办法。优先选机箱后面板上的 USB 2.0 口（黑色／白色，不是蓝色的 3.0），后置口直连主板芯片组，兼容性最好。前置面板的口经过一段机箱内的延长线，信号质量差一些，老固件更容易出问题。
方向二：改用 UEFI 启动盘。 这是更彻底的解法——直接绕开 CSM，不依赖老式引导路径。用 UEFI 模式写盘：
# 以 dd 为例，把可启动镜像写入设备（设备名务必确认，写错了会毁掉别的盘）
sudo dd if=image.iso of=/dev/sdX bs=4M status=progress oflag=sync
写完后把优盘插回 USB 3.0 口也没关系，因为 UEFI 路径有完整的 USB 3.0 驱动支持。启动时改用 UEFI 启动项（名字通常不带「UEFI:」前缀的才是传统项，带前缀的是 UEFI 项）。
延伸与预防
这条坑的通用版本是：在同一个系统里，不同的执行阶段可能使用完全不同的驱动栈，能力并不一致。
这个模式在别处也反复出现：系统安装器里能用、装完之后用不了（安装环境带了驱动，装完的系统没带）；BIOS 里看得到、操作系统里看不到（固件层枚举和设备驱动不是一回事）；引导阶段能访问的存储，进入系统后要重新挂载（不同阶段的根文件系统视图不同）。判断问题的关键是先问清楚——我现在处在这条链路的哪一段？这一段用的是哪套驱动/哪套规则？
实用层面还有几个习惯值得养成：
一是做启动盘之前先看一眼目标机器的年代。老到一定程度的主板，优先选 USB 2.0 口做传统启动，或者干脆改用 UEFI，别跟硬件较劲。
二是判断「设备是否真的可用」时，不要只看它是否出现在列表里。出现在列表里只说明枚举成功了，离可读可引导还差着好几步。用 lsblk 能看到设备节点、能 dd 读出真正的内容，才算真的可用。
三是启动盘这种东西，做两份不同模式的（一份 UEFI、一份传统）放在手边，能省掉很多现场临时重做的麻烦。