📚 课程目录第4章救援介质制作

4. 救援介质制作

当系统无法正常进入桌面、引导记录损坏、磁盘分区表异常，甚至固件设置被误改时，救援介质就是恢复工作的“第一把钥匙”。救援介质并不是简单地把系统镜像复制到U盘，而是要让目标机器在脱离原硬盘系统的前提下，从外部设备获得一个可运行、可联网、可读写磁盘、可调用诊断工具的临时操作环境。本章围绕启动U盘、PE系统、Live CD、网络引导和多合一工具盘，讲清制作原理、关键参数与实战方法。

一、核心原理：救援介质到底在做什么

救援介质要解决三个问题：第一，让固件识别并启动它；第二，在内存中加载一个最小但完整的操作系统；第三，提供磁盘、网络、文件系统和恢复工具。传统BIOS依赖MBR引导，UEFI则读取FAT分区中的EFI引导文件。因此，一个合格的救援U盘通常需要同时兼容Legacy与UEFI两种模式。

PE系统本质上是精简版Windows预安装环境，适合运行Windows原生工具，如diskpart、bcdboot、dism、注册表编辑器和文件复制。Live CD/Live USB通常是完整Linux发行版，如Ubuntu、Debian Live、SystemRescue，适合处理ext4、XFS、Btrfs、LVM、RAID以及网络诊断。网络引导则通过PXE从服务器加载内核与根文件系统，适合批量救援和无光驱设备。

救援介质的关键不是“能启动”，而是“启动后能识别目标硬件、能读写目标磁盘、能修复目标引导、能备份目标数据”。

二、启动U盘与PE系统制作方法

制作启动U盘前，先确认U盘容量、接口速度和目标机器固件类型。建议使用8GB以上USB 3.0盘，制作前备份U盘数据，因为写入过程会清空分区。常见工具有Rufus、Ventoy、balenaEtcher、微软媒体创建工具等。

以Rufus制作Windows PE启动盘为例，关键参数如下：

设备：USB 3.0 16GB
引导选择：Windows PE ISO 或 自定义镜像
分区类型：GPT（UEFI）或 MBR（Legacy）
目标系统：UEFI（非CSM）或 BIOS
文件系统：FAT32（UEFI必须）或 NTFS（大文件）
簇大小：默认
卷标：RESCUE_PE

如果ISO内包含大于4GB的install.wim，FAT32无法容纳，需要拆分为install.swm，或改用NTFS并配合UEFI:NTFS引导。制作完成后，不要只看“写入成功”，还要在虚拟机或目标机上实际启动一次，确认能进入PE桌面、能识别硬盘、能打开命令提示符。

PE启动后，常用救援命令包括：

diskpart
list disk
select disk 0
list partition
bcdboot C:\Windows /s S: /f UEFI
dism /image:C:\ /cleanup-image /restorehealth
chkdsk C: /f /r

其中bcdboot用于重建UEFI引导文件，dism用于修复系统映像，chkdsk用于检查磁盘错误。执行前必须确认盘符对应关系，避免误写数据盘。

三、Live CD/Live USB与网络引导

Live CD最初指从光盘运行的系统，现在更多以Live USB形式存在。SystemRescue、Ubuntu Live、GParted Live、Clonezilla Live都是典型代表。它们启动后通常直接进入内存系统，不依赖硬盘，适合数据抢救、分区调整、文件系统修复和整盘克隆。

制作Live USB时，推荐使用dd或balenaEtcher写入ISO：

sudo dd if=systemrescue.iso of=/dev/sdX bs=4M status=progress oflag=sync

注意/dev/sdX必须是整盘设备，不能写成/dev/sdX1，否则会写入分区而不是磁盘。写入后可用lsblk确认分区结构。

网络引导PXE适合机房、实验室或无法插U盘的设备。其基本链路是：客户端网卡PXE ROM → DHCP提供IP和引导文件名 → TFTP传输pxelinux.0或grubx64.efi → 加载内核与initrd → 挂载NFS/HTTP根文件系统。典型配置片段如下：

# /etc/dhcp/dhcpd.conf
subnet 192.168.1.0 netmask 255.255.255.0 {
  range 192.168.1.100 192.168.1.200;
  option routers 192.168.1.1;
  filename "pxelinux.0";
  next-server 192.168.1.10;
}

PXE的优势是集中管理、批量启动、无需物理介质；缺点是依赖网络和服务器，配置门槛较高，且不同网卡固件兼容性差异明显。

四、多合一救援工具盘与对比清单

多合一工具盘的核心是“一个U盘，多种启动项”。Ventoy是当前较流行的方案：它把U盘分为一个引导分区和一个数据分区，只需把多个ISO文件复制到数据分区，启动时即可选择。Easy2Boot、YUMI也支持类似功能。制作时要注意：ISO文件命名清晰、避免中文路径、UEFI与Legacy模式分别测试、部分Linux ISO需要额外插件才能正常启动。

介质类型	典型工具	适用场景	关键限制
PE启动U盘	Rufus、微PE、WinPE	Windows引导修复、注册表、DISM	对Linux文件系统支持弱
Live USB	SystemRescue、Ubuntu Live	Linux磁盘修复、数据抢救	部分硬件驱动需额外加载
网络引导PXE	DHCP+TFTP+NFS	批量部署、无介质救援	依赖网络与服务器配置
多合一工具盘	Ventoy、Easy2Boot	多ISO集中管理、现场排障	兼容性需逐项验证

五、案例与误区复盘

某次服务器因RAID卡驱动缺失，Windows PE无法识别阵列，导致diskpart看不到磁盘。解决方法是改用集成RAID驱动的WinPE，或在PE启动时通过drvload加载驱动。这说明救援介质必须与目标硬件匹配，而不是“随便做一个PE就行”。

另一个常见误区是只测试U盘能否启动，却不测试救援工具是否可用。正确做法是建立检查清单：能否进入桌面、能否识别目标磁盘、能否挂载文件系统、能否联网、能否读取备份盘、能否执行引导修复。只有全部通过，才算真正可用的救援介质。

制作救援介质时，务必断开目标机器硬盘或确认盘符，避免误格式化、误写入。救援现场的第一原则是：先备份数据，再执行修复。

总结来看，救援介质制作的关键在于“匹配”：介质类型匹配故障场景，引导模式匹配固件，驱动能力匹配硬件，工具集匹配修复目标。只有把制作、验证、使用三个环节都做扎实，救援介质才能在关键时刻真正发挥作用。