简介：老毛桃U盘启动盘制作工具（UEFI版 装机版）v7.0 面向需要重装系统、维护电脑的普通用户与装机人员，主打U盘启动盘制作与PE环境下的系统安装，可解决新主板、笔记本兼容性不足及原版系统安装不便等问题。软件支持GHO、ISO系统文件与原版系统安装，并提供多个PE版本选择，界面简洁、操作门槛低，适合日常系统维护、故障排查和快速装机等场景。资源包共2个文件，包含1个exe安装程序与1个htm说明文档，压缩包约2.85MB，体积轻便，便于保存和随U盘携带。目前已有1583人学习下载，说明其在U盘启动盘制作与系统安装需求中具有一定参考价值。使用者可借助它完成启动盘制作、进入PE维护环境并调用系统安装界面，减少繁琐配置，提升装机与维护效率。

1. 刚装完的机器第二天又跳回 BIOS，多半是这支 U 盘的问题

刚装完一台机器，第二天同事报“开机直接进 BIOS”，查了半天是 UEFI 启动项被清空了；再往前推，PE 里认不到那块 NVMe 盘，也是同一支 U 盘惹的祸。标题里这个 v7.0 压缩包，装的是一套U 盘启动盘制作工具加装机版 PE：把一支普通 U 盘做成能在 UEFI 与 Legacy 两种模式下引导、进去就是一个精简维护环境，能在里面分区、展开镜像、修引导的东西。它真正要解决的不是“怎么把 ISO 拖进 U 盘”，而是“新机器不认 U 盘、PE 里看不到硬盘、装完起不来”这三个真问题。适合经常给不同平台装机、修引导的人，也适合只想给自己那台机器留一颗后悔药的人。

2. 解压之前先看清引导链：UEFI 和 Legacy 是两套文件树

很多人把“UEFI 版 / 装机版”当成一个开关，实际上它对应的是两套几乎不相干的引导路径，文件放错位置，压缩包里的东西再全也起不来。这一章先把引导链拆到每一跳，再给分区方案，最后用 diskpart 手工复刻一份，目的是让你以后不依赖任何一键工具，也能判断一支 U 盘到底缺了什么。

2.1 从固件到 BOOTX64.EFI 的三跳

UEFI 固件不认识“分区引导扇区”这个概念，它只认文件路径。第一跳，固件读 NVRAM 里的启动项；如果启动项被清空或压根没有（可移动介质就是这种情况），它会走规范里规定的回退路径：在任意 FAT 分区里找\EFI\BOOT\BOOTX64.EFI。第二跳，这个 EFI 程序（通常是启动管理器）去读同一分区下的\EFI\Microsoft\Boot\BCD，从里面取出下一个要加载的对象。第三跳，BCD 里如果写的是path \Windows\System32\boot\winload.efi配device partition=C:，那就是引导硬盘上的系统；如果写的是device ramdisk=[U:]\sources\boot.wim,{ramdiskoptions}，那就是把 WIM 当内存盘加载——PE 走的是后面这条。

Legacy 那一侧完全是另一条路：MBR → 活动分区 → 分区引导扇区 →bootmgr→BCD→winload.exe。注意扩展名，UEFI 是.efi，Legacy 是.exe；两者用的 BCD 文件格式一样，但里面的path、device字段不能混用。所以所谓“双启动 U 盘”，在物理上是同一支盘里放了两套文件树、两个 BCD，固件选中哪条路就走哪套，不存在“一个引导文件通吃”的玄学。

还有一个容易忽略的点：\EFI\BOOT\BOOTX64.EFI这个回退路径只对可移动介质和没写 NVRAM 的情况生效。你要是把同一套文件原样拷到硬盘 ESP 分区，多数固件会优先走 NVRAM 里已登记的\EFI\Microsoft\Boot\bootmgfw.efi，你改了半天BOOTX64.EFI却没效果，就是踩在这里。

2.2 GPT+ESP 还是 MBR+活动分区：一张表定方案

选型不用纠结，看目标机器就行。近十年的机器基本都支持 UEFI，但工控机、老笔记本、部分一体机还留着 CSM。我的习惯是：只要不是明确知道要伺候一台 2012 年以前的机器，就做 GPT+ESP，Legacy 用 MBR 备份盘另存，别硬塞在一支盘上。

表里“单文件 4GB 限制”这一行是后面避坑章节的主角，先记住。另外要提醒一句：Windows 对可移动介质默认只挂载第一个分区，你用 diskpart 在 U 盘上划出 ESP + 数据双分区，资源管理器里往往只看到一个。想做多分区 U 盘，要么接受“第二个分区在系统里不可见”，要么用第三方分区工具处理，别以为是分区没建成。

2.3 用 diskpart 手工复刻一个双分区启动 U 盘

下面这段是纯命令行方案，不依赖任何图形工具。执行前把select disk后面的编号换成你自己的 U 盘编号——list disk那一步看容量确认，选错盘clean下去就是数据没了，没有后悔药。

diskpart list disk rem 确认容量后选中 U 盘，编号按实际改 select disk 3 clean convert gpt rem 第一个分区做 ESP，2GB 足够放 PE 和引导文件 create partition primary size=2048 format quick fs=fat32 label="ESP" assign letter=U rem 剩余空间做数据区，放镜像和驱动包 create partition primary format quick fs=ntfs label="DATA" assign letter=V list volume exit

逻辑说明：clean清掉原有分区表，convert gpt把盘转成 GPT，这是 UEFI 引导的前提；第一个分区必须是 FAT32，因为 UEFI 固件只保证能读 FAT；容量给 2GB 是为了塞得下boot.wim加几个驱动包，如果你打算把整份install.wim也放进来，那就得重新考虑 4GB 限制。assign letter只是给当前系统挂个盘符方便拷文件，换台机器盘符会变，引导文件里不要写死盘符——这一点在 3.2 节配 BCD 时会再强调一次。

执行完用list volume核对一遍：ESP 分区文件系统必须是 FAT32，数据区 NTFS。如果 FAT32 那行显示成 RAW 或者容量不对，直接重来，别在上面继续拷文件，那种状态下写进去的东西十有八九是坏的。

3. 写盘与 PE 加载：一条能复现的最小制作流程

工具一键做完当然省事，但出问题时你连它在哪一步动的手都不知道，等于一个黑匣子。这一章给的是拆开来看的流程：先筛介质，再落文件，最后配 BCD 并验证。走通一遍之后，任何“制作失败”的报错你都能定位到具体环节。

3.1 介质筛选：容量、主控、文件系统三个硬指标

容量不用贪大，16GB 到 64GB 足够，PE 加常用镜像十几个 G 就打住了。真正要防的是扩容盘：标称 64GB 实际只有 8GB 的颗粒，前面几个 G 写得飞快，越往后越慢，最后报“设备不存在”或者写进去的文件哈希对不上。这种盘做出来的启动盘，现象是 PE 能进但加载到一半蓝屏，错误码多半跟0xc000000e或0xc0000225有关。

主控这块没有统一标准，我的经验是避开那种插上就发烫、写入速度前 10 秒 80MB/s 之后掉到 5MB/s 的盘。做启动盘不追求快，追求稳，USB 3.0 接口的盘插在 2.0 口上照样能用，速度慢点无所谓。

文件系统就按上一章的表来：ESP 必须 FAT32，数据区 NTFS。有个细节，格式化时扇区大小保持默认 512 字节，不要手动改成 4K，部分老固件读 4K 对齐的 FAT32 会出问题，属于典型的“参数调了反而翻车”。

3.2 从格式化到引导文件落位的完整命令

假设压缩包已经解压到D:\pe_src，根目录下有EFI、boot、sources这些文件夹。先把文件整体同步到 ESP 分区，用 robocopy 而不是资源管理器拖拽，因为前者能给你一份可核对的日志。

# 管理员权限打开 PowerShell $src = "D:\pe_src" $dst = "U:\" # /E 含空目录，/COPY:DAT 只拷数据和时间戳，/R:1 /W:1 失败不重试太多次 robocopy $src $dst /E /COPY:DAT /R:1 /W:1 /XD "$src\DATA" /LOG:"$env:TEMP\pe_copy.log" # 核对关键文件是否到位 $must = @( "U:\EFI\BOOT\BOOTX64.EFI", "U:\EFI\Microsoft\Boot\BCD", "U:\sources\boot.wim", "U:\boot\boot.sdi" ) $must | ForEach-Object { "{0} {1}" -f (Test-Path $_), $_ }

参数说明：/XD排除数据目录，避免把几十 G 的镜像一起同步过去；/R:1 /W:1是为了出错时快速失败，而不是卡在重试上让你以为死机。最后那几行Test-Path是必须做的，四个文件里少任何一个，引导链就断在对应那一跳：缺BOOTX64.EFI固件根本不启动，缺boot.sdi则 WIM 挂不上内存盘，缺BCD会直接掉进固件设置界面。

文件到位后配 BCD。这一步最容易照抄出错，因为网上流传的命令里盘符是写死的。记住一个原则：BCD 里的device用partition=U:这种形式是相对当前系统盘符的，换机器就失效；更稳的写法是用ramdisk=[boot]\sources\boot.wim配合{ramdiskoptions}，让启动管理器自己按所在分区解析。下面这段按前者写，是为了让你看得懂每一步在干什么，实际部署时建议改成后者。

rem 查看现有条目，确认没有同名冲突 bcdedit /store U:\EFI\Microsoft\Boot\BCD /enum all rem 创建 ramdisk 选项对象，记下返回的 {ramdiskoptions} 标识符 bcdedit /store U:\EFI\Microsoft\Boot\BCD /create /device rem 把标识符替换进下面两行 bcdedit /store U:\EFI\Microsoft\Boot\BCD /set {ramdiskoptions} ramdisksdidevice partition=U: bcdedit /store U:\EFI\Microsoft\Boot\BCD /set {ramdiskoptions} ramdisksdipath \boot\boot.sdi rem 创建 PE 启动项，记下返回的 {guid} bcdedit /store U:\EFI\Microsoft\Boot\BCD /create /d "PE Maintenance" /application osloader

拿到{guid}之后继续补全这个条目，六个字段一个都不能少：device和osdevice都指向 WIM 加 ramdiskoptions，path必须是\Windows\System32\boot\winload.efi（UEFI 下写.exe是经典错误），systemroot写\Windows，winpe设yes，detecthal设yes。设完/enum all再看一遍，如果device那行显示unknown，说明 ramdiskoptions 的标识符抄错了，回去重来。

3.3 启动验证：先用虚拟机过一遍，再上实机

配完不要直接拔盘去装机器。先在虚拟机上验：新建一台虚拟机，固件类型选 UEFI，把 U 盘以物理磁盘方式挂进去（或者干脆把 ESP 分区做成 ISO），看能不能进到 PE 桌面。虚拟机过不了，实机百分之百过不了，这一步能省掉大量插拔。

虚拟机过了再上实机，重点看两件事：一是固件启动菜单里这支盘有没有UEFI:前缀，没有就说明固件把它当 Legacy 设备识别了，回去查分区表是不是 GPT；二是进了 PE 之后打开磁盘管理，看目标硬盘在不在，这一步是为下一章的驱动注入做铺垫。

验证环节有个小技巧：把 PE 里的\Windows\System32\拷一份哈希清单出来，装完系统后比对一下，能确认 PE 环境没被篡改过。听起来有点强迫症，但给不熟悉的机器装机时，这是我唯一能确认“跑的是我做的那个 PE”的手段。

4. 装机版里真正值钱的部分：PE 内核、驱动注入与无人值守

一键工具生成的 PE 大多能启动，但一到新平台上就露馅：盘认不到、网卡没驱动、分区表建错。这一章讲三个决定成败的点，都是可以写进脚本、下次直接复用的东西。

4.1 PE 为什么必须跑在内存盘上

PE 镜像是一个 WIM 文件，但它不是解压到硬盘上跑的。引导时启动管理器把boot.sdi当骨架建一个内存盘，再把boot.wim展开进去，系统从内存盘启动。这意味着两件事：第一，PE 启动后 U 盘可以被拔掉（虽然不建议），因为运行时不依赖它；第二，PE 能用的内存上限直接受镜像大小影响，塞太多东西进去，4GB 内存的机器会卡在加载阶段。

boot.wim通常有多个索引。用dism /Get-WimInfo看，索引 1 一般是安装程序入口，索引 2 才是真正的 PE 环境。驱动注入要注到实际被加载的那个索引上，这一点下一节展开。另外boot.sdi别用错版本，它负责内存盘的扇区布局，版本不匹配的现象是加载进度条走完然后黑屏，没有任何报错，属于最难查的一类。

4.2 注入存储控制器驱动：PE 认不到 NVMe 硬盘的根因

新平台装系统最常见的问题是：PE 进去了，磁盘管理里空空如也。原因不是硬盘坏了，是 PE 内核里没有对应存储控制器的驱动。部分平台默认开启 VMD 或 RAID 模式，普通 SATA/AHCI 驱动压根看不到盘。

处理办法是往 PE 的 WIM 里注入驱动。先把驱动包按目录整理好，一个型号一个文件夹，每个文件夹里放.inf、.sys、.cat。

# 先看清索引和名称，别猜 dism /Get-WimInfo /WimFile:.\boot.wim # 挂载真正被加载的那个索引 dism /Mount-Image /ImageFile:.\boot.wim /Index:2 /MountDir:.\mnt # 递归注入，允许未签名驱动（内网环境常见） dism /Image:.\mnt /Add-Driver /Driver:.\drivers /Recurse /ForceUnsigned # 确认注入了哪些 dism /Image:.\mnt /Get-Drivers /Format:Table # 提交并卸载，/Commit 不能漏 dism /Unmount-Image /MountDir:.\mnt /Commit

参数说明：/Index:2要按上一步Get-WimInfo的实际结果改；/Recurse会遍历子目录，所以驱动包按型号分文件夹是安全的；/ForceUnsigned只在你能确认驱动来源可靠时用，否则等于给蓝屏埋雷。/Commit漏掉的话，挂载目录里改的东西全部丢弃，现象是“明明注入了却没效果”，这个坑我踩过不止一次。

注完重新制作启动盘，进 PE 再开磁盘管理。如果还是看不到盘，先用diskpart的list disk确认，再检查是不是注错了索引——这是下一章要展开的排查项。

4.3 unattend.xml 与分区脚本：把重复劳动写成文件

装机版的效率差在“每次都要手点”。把分区和初始设置写成文件，插上盘就能跑。分区脚本用 diskpart 的脚本模式，注意这是要清盘的，执行前必须确认目标盘编号。

rem diskpart 脚本，保存为 layout.txt，用 diskpart /s layout.txt 执行 select disk 0 clean convert gpt create partition efi size=260 format quick fs=fat32 label="System" create partition msr size=16 create partition primary format quick fs=ntfs label="Windows" assign letter="C" create partition primary format quick fs=ntfs label="Recovery" set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac" gpt attributes=0x8000000000000001

顺序不能乱：ESP 在前，MSR 紧跟，然后是系统分区和恢复分区。恢复分区那个 GUID 和gpt attributes是让它变成“受保护分区”，避免被误分配盘符或被普通工具删掉。如果目标盘容量很大还想留一块数据区，就把create partition primary之后那段删掉，改成手动分配。

初始设置交给unattend.xml，放在\sources\下。最小可用的一份只写语言和时区就够：

<?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <settings pass="windowsPE"> <component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"> <SetupUILanguage><UILanguage>zh-CN</UILanguage></SetupUILanguage> <InputLocale>0804:00000804</InputLocale> <SystemLocale>zh-CN</SystemLocale> <UILanguage>zh-CN</UILanguage> <UserLocale>zh-CN</UserLocale> </component> </settings> </unattend>

pass选windowsPE是因为语言设置必须在这个阶段生效，写到oobeSystem里就晚了，安装界面已经是英文。processorArchitecture保持amd64，32 位 PE 现在已经很少用。这份文件不要加多余节点，写错一个标签整个文件被忽略，且不报错——又是一个黑匣子。

5. 避坑与排查：UEFI 启动盘最容易翻车的五个点

下面五条是按“我遇到过的频率”排的，每条都按现象、原因、解决写，遇到问题直接对号入座。

5.1 拷 install.wim 到一半报空间不足或文件损坏

现象：往 FAT32 分区拷install.wim，进度到 80% 左右报错，或者拷完进 PE 展开镜像时报文件损坏。原因很明确，FAT32 单文件上限 4GB，而现在的系统镜像普遍超过这个数，写入被截断但文件名还在。

解决有三条路：用dism /Split-Image /ImageFile:install.wim /SWMFile:install.swm /FileSize:3800拆成 3.8GB 的分卷，安装程序能自动识别；或者 ESP 只放引导和 PE，镜像放 NTFS 数据区，进 PE 后手动指定源；再或者干脆把整个盘做成 NTFS 加 UEFI 引导，但这条路在部分固件上不稳，我不推荐给不熟悉的机器用。

5.2 选完 U 盘黑屏一秒，直接回到固件界面

现象：启动菜单里选了带UEFI:前缀的 U 盘，屏幕闪一下，回到 BIOS 主界面，没有任何错误提示。原因多半是安全启动在拦，PE 的引导文件没签名或签名不被固件信任。

解决：临时在固件里关掉安全启动，装完系统再打开。如果机器是别人在用、不方便改固件设置，那就得用带签名的引导文件，或者进固件把 PE 的证书注册进允许列表。后者操作繁琐，量产环境我一般直接关。

5.3 驱动注入显示成功，进 PE 还是看不到硬盘

现象：Add-Driver返回“操作成功完成”，重新做盘进 PE，磁盘管理里依然只有 U 盘。原因是注错了索引，或者注入的是安装镜像而不是 PE 镜像。

解决：先Get-WimInfo确认boot.wim每个索引对应的名称，把驱动注到实际加载的那个；然后Get-Drivers确认列表里有你注的型号；最后确认你重新做盘时用的是新 WIM，而不是压缩包里那份原始文件。三步走完基本能定位。

5.4 启动菜单里只有一项，没有 UEFI 前缀

现象：插上盘按启动热键，列表里只有一个不带前缀的条目，选了进不去或者进去是老式界面。原因是盘按 MBR 分区、没有 ESP，固件只能走 CSM 兼容路径识别。

解决：重新按convert gpt+ FAT32 ESP 做一遍，且不要留在“混合模式”下。有些固件需要在设置里把启动模式从Legacy+UEFI改成UEFI only，改完再插盘看列表。

5.5 文件哈希对不上，PE 加载到一半蓝屏

现象：拷完文件，用Get-FileHash比对源和目标，boot.wim两个值不一致；进 PE 时进度条走一半蓝屏，错误码0xc0000225或0xc000000e。原因是 U 盘掉速或容量虚标，写入过程中数据被截断，也可能是没安全弹出就拔盘，缓存没落盘。

解决：先换盘复测，扩容盘用完整性测试工具跑一遍就能现形；确认盘没问题就换 USB 口，前面板口供电不足也会导致写入错误。养成习惯，拷完立刻做一次全量哈希比对，别等装到一半才发现。

6. 进阶：把一次性启动盘做成能长期维护的多引导盘

上面这套流程走通之后，你会发现每次换 PE 版本都要重做整支盘，很浪费。我的做法是让一支盘挂多个 WIM，靠 BCD 菜单选，改一个条目就能换一个环境。

具体操作是复制一份 3.2 节的bcdedit /create /application osloader，每个 WIM 对应一个条目，只改device和osdevice里的 WIM 路径，其余字段复用。比如\sources\pe_min.wim做精简维护环境，\sources\pe_full.wim放全套驱动做装机用，两个条目都用同一个{ramdiskoptions}，因为boot.sdi是共用的。改完bcdedit /store ... /displayorder {guid1} {guid2} /timeout 8，菜单就出来了。

维护时最容易忽略的是boot.sdi和boot.wim的配套关系。我一般把这两个文件放在同一个版本目录下，改 BCD 时成对切换，避免出现“新 WIM 配旧 sdi”的黑屏。另外每次换完，别只测能不能进桌面，还要在 PE 里跑一遍Get-FileHash核对关键文件，确认没被裁掉。

这套做法我用了两年多，最大的一次教训是：曾经为了省事，直接把新 WIM 覆盖到旧文件上，没做备份，结果新版本和盘上的boot.sdi不匹配，三台机器连着装机失败，最后靠另一支备用盘才救回来。从那以后我的习惯是版本目录保留两份，改 BCD 前先copy BCD BCD.bak，多花十秒，省下的是半天。希望帮到你。

本文还有配套的精品资源，点击获取