服务器 USB 启动盘应急运维
服务器也需要应急启动盘
数据中心的服务器运维场景里，EtchDroid 同样有用武之地——但和笔记本救机的场景不同，服务器启动盘的需求有自己的特点。
典型场景
- 远程服务器离线了：你人在外地，机房里的机器宕机了需要插 USB 启动盘修复，但运维同学只有一台手机能帮忙
- 物理服务器引导损坏：MBR/GPT 被破坏、内核升级后无法启动、需要从 Live 环境进去 chroot 修复
- 新服务器临时装系统：常规做法是 PXE 网络安装，但机房网络出问题了，只能用 USB 装
- 服务器硬件测试：USB MemTest86+、硬盘 SMART 扫描工具等
服务器端的 EtchDroid 使用注意事项
USB 设备兼容性
服务器后面板通常有多个 USB 口，但要注意：
- USB 2.0 口更稳：很多服务器的 UEFI 对 USB 3.0 的兼容性不如 USB 2.0
- 用 U 盘直接插主板 USB 口：不要插前面板或 PCIe 扩展出来的 USB 口——这些口走额外的桥接芯片，兼容性更差
- 服务器 BIOS/UEFI 需要预先开启 "USB Mass Storage Boot"：某些老服务器默认关闭这个选项
镜像选择
服务器应急场景推荐用以下几类 Live ISO：
| 用途 | 推荐发行版 | 体积 | 备注 |
|---|---|---|---|
| 通用应急（chroot 修引导、备份数据） | System Rescue | ~700MB | 专为服务器应急设计 |
| 精简环境（只需要网络 + ssh） | Alpine Live | ~50MB | 最小化，手机下载最快 |
| 内存测试 | MemTest86+ | ~2MB | 极小 |
| 硬件诊断 | Ultimate Boot CD | ~600MB | 集成了大量硬件测试工具 |
写入时的额外风险
服务器 BIOS 通常比消费级主板更"挑剔"。EtchDroid 写入的镜像在服务器上无法引导的常见原因：
- UEFI vs Legacy BIOS 不匹配：混合 ISO 同时支持两种模式，但如果服务器 BIOS 强制 UEFI，而 U 盘的 GPT 分区表没被正确识别，就会引导失败
- USB 3.0 兼容问题：某些服务器的 UEFI 无法从 USB 3.0 口启动，换 USB 2.0 口
- U 盘品牌兼容性：某些服务器 BIOS 对特定品牌的 U 盘识别有问题。如果一个服务器上不引导，换另一个牌子的 U 盘试试
应急运维的时间压力
和笔记本救机相比，服务器应急的时间窗口可能更紧——生产环境的服务器挂了影响的是整个服务可用性。所以：
- 手机里常备一个 System Rescue ISO——别等出问题了才下载
- 常备一根靠谱的 OTG 线和 U 盘——别指望机房里能临时找到
- 写入完成后务必等校验通过——服务器引导不起来的后果比笔记本严重得多