UEFI开机Logo替换：EFI分区接管与安全启动避坑

简介：HackBGRT-1.5.1 是一份面向 Windows 10 个性化玩家的开机图标替换工具源码包，用于把系统启动时默认的微软标志换成自定义图片，解决默认开机画面单调、缺乏定制手段的问题，适合具备基本动手能力、愿意自行编译调试的用户参考。压缩包共 20 个文件、约 73KB，以 4 个 cs 与 4 个 c 源文件、3 个头文件构成核心实现，配合 Makefile 与 Doxyfile 完成编译与文档生成，另有 2 个 md 说明文档、配置文件、1 个 bmp 示例位图与许可证文件，体量轻巧而模块划分清晰。目前已有 4783 人学习下载。读者可据此了解 BGRT 图形启动信息的写入流程、开机画面图片的尺寸与格式要求、配置项含义及编译方式，并借助示例位图与说明文档对照验证，为自行替换开机 LOGO、定位替换失效等问题提供可参考的代码依据。

1. 换个开机图标为什么这么费劲：一次 EFI 分区里的正面交锋

有段时间我在给一批机器做统一形象，需求简单到不能再简单：把开机时那个 Windows 徽标换掉。听起来是改张图的事，真动手才发现，注册表里翻不到，系统设置里没有，网上流传的「改 bootmgr」全是 Legacy 时代的老黄历。这个开机图标根本不在 Windows 的文件系统里，它由 UEFI 固件在加载bootmgfw.efi的那一刻画出来，想换就得钻进 EFI 系统分区。HackBGRT 1.5.1 干的就是这件事：它不刷 BIOS、不碰固件，而是把 Windows 引导链上那一环换成自己的加载器，先画图，再把控制权交还给原来的 boot manager。适合谁？愿意为一个开机画面动分区、并且能承担一次引导失败代价的人。

2. 引导链上到底换了谁：HackBGRT 的接管点与 EFI 分区结构

2.1 从通电到内核：四个交接点和 HackBGRT 卡在哪

一段 UEFI 启动大致是这么走的。固件上电自检，读 NVRAM 里的BootOrder，挑出第一个有效的BootXXXX项，从它指向的分区里加载一个.efi文件。Windows 装机时写进去的这条路径，绝大多数机器上就是\EFI\Microsoft\Boot\bootmgfw.efi。这一步是固件干的，操作系统还没影子。bootmgfw.efi起来以后去读同分区的 BCD 存储，按 BCD 里的条目找到winload.efi，加载它，再往下才是内核和驱动。整个过程里，画面上那个徽标属于第二阶段，也就是bootmgfw.efi自己被固件调用、还没把控制权交出去的这段时间。

HackBGRT 的接管点就在这个位置。它把自己放进 ESP，让固件加载的是它而不是原版bootmgfw.efi；它启动后按配置读一张 BMP、用 UEFI 的图形输出协议（GOP）把图铺到帧缓冲上，然后 chainload 真正的 Windows boot manager。所以你在屏幕上看到的那一秒多的画面，是 HackBGRT 画的，不是 Windows 画的，也不是固件画的。

这就解释了一个很多人绕不过去的弯：你在 BIOS 里看到的厂商 logo，和 Windows 启动时那个转圈的徽标，压根是两个东西。前者是固件自己在 POST 阶段画的，固化在 SPI Flash 里，除了个别主板厂商提供的官方刷写工具，普通手段改不了；后者才是 HackBGRT 能碰的部分。搞清楚这一点，后面所有操作才有意义。

需要提醒的是，不同版本在实现细节上有差异。1.5.1 这个版本走的是「替换 + 回跳」的路子，安装器会把原文件挪到别处保管，自己在原位置放一个加载器。真动手前把包里的 README 和示例配置过一遍，比照着别人的截图操作靠谱。

2.2 用 diskpart 把 EFI 分区挂出来看结构

EFI 系统分区（ESP）是 FAT32 格式，出厂时不分配盘符，所以在资源管理器里看不见。想手动看一眼结构，得先把它挂出来。管理员权限打开命令提示符，按顺序来：

diskpart list disk select disk 0 list partition select partition 1 assign letter=S exit

逐行说明。list disk是确认系统盘是第几块，多硬盘的机器上别想当然写 0；select disk 0选中目标磁盘后list partition会列出分区表，ESP 的典型特征是类型为「系统」、大小 100MB 或 260MB、没有盘符；select partition 1里的编号要以你实际看到的为准，不同机器上 ESP 可能是第 1 个也可能是第 2、第 3 个；assign letter=S借一个没被占用的字母给它。S 只是习惯用法，被占用就换 T、U。这一步不需要格式化，纯粹是挂载，退出 diskpart 后在资源管理器里输入S:\就能进去。

进去之后你会看到这样的层级：根目录下有EFI文件夹，再往下是Boot、Microsoft、HackBGRT几个子目录。EFI\Boot\bootx64.efi是可移动介质启动时用的兜底路径，EFI\Microsoft\Boot\下面是 Windows 的 boot manager 和 BCD，EFI\HackBGRT\是安装后新增的，放加载器本体和它的配置文件。想验证接管是否生效，看EFI\Microsoft\Boot\bootmgfw.efi的体积和修改时间就够了——原版通常在 1MB 上下且时间戳是系统安装日期，被替换后会变成安装当天的日期，体积也完全不同。

看完记得把盘符撤掉：

diskpart select disk 0 select partition 1 remove letter=S exit

盘符一直挂着不是致命问题，但某些系统备份工具和磁盘检查会把它当普通分区扫，容易扫出「EFI 分区被占用」之类的误报。我一般看完就撤，养成习惯。

2.3 三条走不通的老路：注册表、msconfig 和 bcdedit

很多人第一反应是找注册表。HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\BootDriverGroup附近翻一圈，或者去搜 OEM logo 相关的键值，最后都会撞墙。原因很直白：这个画面出现在 Windows 内核加载之前，那时候注册表文件都还没被读进来，任何存在注册表里的设置都不可能影响它。

第二条路是msconfig。引导选项卡里确实有一堆选项，安全引导、超时、默认系统，但没有一个和启动画面有关。历史上 Windows 7 时代有过bcdedit /set bootux disabled这类开关，管的是启动动画的开关，不是换图，而且在 UEFI + 新版本系统上早就没效果了。有人把bootux的文档翻出来照着敲，敲完重启发现毫无变化，就是因为这条路径在 UEFI 模式下根本不参与。

第三条是改bootmgr。这是 BIOS + MBR 时代的文件，位置在活动分区根目录，UEFI 机器上根本不存在这个文件。网上大量教程还停留在那个年代，步骤看着完整，实际一步都对不上。判断标准很简单：msinfo32里「BIOS 模式」显示 UEFI 的机器，走的就是bootmgfw.efi那条链，跟bootmgr没关系。

这三条路走不通不是配置没调对，是方向本身错了。真正要动的是 ESP 里的那个 EFI 文件，而它属于 FAT32 分区、没有盘符、默认还被系统保护着。这也是为什么后面每一步都要管理员权限，以及为什么动手之前必须先把备份做掉。

3. 动手前的三道闸：Secure Boot、BitLocker 和那份 bootmgfw.efi 备份

3.1 先确认固件模式与 Secure Boot 的真实状态

第一步不是下载工具，是确认这台机器到底处在什么状态。Win+R输入msinfo32，看右侧「BIOS 模式」和「安全启动状态」两行。BIOS 模式必须是 UEFI，如果是「传统」或者「Legacy」，说明这台机器压根没走 UEFI 引导，HackBGRT 用不上，得先转换分区表格式，那是另一个量级的工程。安全启动状态显示「开启」的话，麻烦就来了：HackBGRT 的加载器没有经过签名，固件会直接拒绝执行，结果就是开机黑屏或者跳回固件设置界面。

命令行确认更干脆：

Confirm-SecureBootUEFI

返回True是开启，False是关闭。这条命令在非 UEFI 机器上会直接报错，报错本身也是个有用的信号。另外Get-FirmwareType可以辅助判断当前固件类型。

Secure Boot 开着怎么办？两条路。一是在固件设置里关掉它，重启后再装，装完如果想开回去，得给 HackBGRT 的 EFI 做自签名并导入 MOK，流程不短。二是干脆不折腾，很多机器关掉 Secure Boot 对日常使用没有实质影响，只是少了一层启动链校验。我一般选第一条路里「先关掉、装完再说」的做法，把风险控制在一次重启之内。

注意：关掉 Secure Boot 之后，某些带内核级反作弊的游戏和部分企业管控软件会拒绝启动。装之前先确认这台机器有没有这类依赖，别为了一个开机画面把主力工作环境搞崩。

3.2 BitLocker 不暂停，重启就是恢复密钥界面

这一条踩过的人最多。BitLocker 的度量链包含启动相关的 EFI 组件，一旦它发现bootmgfw.efi的哈希变了，会判定为可能的篡改，直接在下次启动时拦到恢复界面，要求输入 48 位恢复密钥。密钥在哪儿？登录同一账号的云端、打印出来的纸质备份、或者公司 IT 的托管系统里。三样都没有的话，这块盘的数据就悬了。

所以顺序必须是：先确认 BitLocker 状态，再暂停保护，最后才动 ESP。查状态：

manage-bde -status C:

输出里看「转换状态」和「保护状态」两行。保护状态为「保护打开」的，先暂停：

manage-bde -protectors -disable C: -rebootcount 2

-rebootcount 2表示暂停两次重启后自动恢复保护，这个数字按你的操作步数给，装完要重启验证、可能还要再重启一次排错，给 2 到 3 比较稳。装完确认没问题，手动恢复：

manage-bde -protectors -enable C:

顺手把恢复密钥导一份出来，manage-bde -protectors -get C:能看到完整密钥，抄下来或者存到另一台设备上。这不是多余动作，后面万一某个环节判断失误，这串数字就是唯一的后悔药。

3.3 手工备份 bootmgfw.efi，并且别只存在本机

安装器理论上会自己备份原文件，但我不依赖它。手动把\EFI\Microsoft\Boot\bootmgfw.efi复制一份出来，放在两个地方：本机非系统盘一份，U 盘一份。U 盘那份是关键，因为引导挂了的时候，本机硬盘上的备份你根本读不到。

挂载 ESP 后复制：

mountvol S: /S mkdir D:\efi_bak copy S:\EFI\Microsoft\Boot\bootmgfw.efi D:\efi_bak\bootmgfw.efi.bak dir D:\efi_bak

mountvol S: /S是挂载 EFI 系统分区的专用写法，比 diskpart 的 assign 更直接，/S参数表示挂载系统分区。copy的目标路径写你自己的非系统盘，别放 C 盘——真出问题的时候 C 盘可能都进不去。dir那行是确认文件确实复制过去了，看清楚字节数，0 字节的备份等于没备份。

恢复的时候反过来：进 Windows 恢复环境（安装 U 盘启动，选「修复计算机」→「命令提示符」），用diskpart给 ESP 分配盘符，把备份文件覆盖回\EFI\Microsoft\Boot\bootmgfw.efi。这条路径后面第 5 章还会展开讲，这里先记住动作本身。

提示：备份完顺手把 ESP 的目录结构也截个图或者列一份dir /s存下来。装完之后目录多了什么、少了什么，一对比就清楚，排查时省很多时间。

4. 图片规格与安装实操：BMP 参数、挂载分区、写 config.txt

4.1 BMP 的四个硬指标与一份 Python 转换脚本

HackBGRT 读的是 BMP，不是 PNG 也不是 JPG。这不是开发者偷懒，是因为 UEFI 环境里没有解码库，只有最朴素的位图能被直接搬进帧缓冲。四个指标必须对上：位深 24 位、压缩方式为 BI_RGB（不压缩）、分辨率与固件设置的 GOP 模式一致、尺寸别太离谱。

位深这条最容易翻车。从设计软件导出的 BMP 默认可能是 32 位带 Alpha，或者 8 位索引色，前者在部分固件上会显示成花屏，后者直接不认。压缩方式如果是 RLE，同样解不出来。分辨率不对表现为图片只占屏幕一角，或者被拉伸变形——因为固件按自己的 GOP 模式铺满屏幕，图片尺寸不匹配就只能硬拉。

转换用 Pillow 最省事：

from PIL import Image src = r"C:\logo\raw.png" dst = r"C:\logo\splash.bmp" # 统一转 24 位 RGB，丢掉 Alpha 通道，避免部分固件把透明区域画成黑色 img = Image.open(src).convert("RGB") # 尺寸必须和固件 GOP 模式一致，常见 1920x1080 / 1366x768 / 1024x768 img = img.resize((1920, 1080), Image.LANCZOS) # Pillow 存 BMP 默认写 BI_RGB + 24 位，正好符合要求 img.save(dst, format="BMP") print("saved", dst, img.size)

第一行的路径换成你自己的源图；convert("RGB")那次转换是关键，带 Alpha 的 PNG 直接存 BMP 会保留 32 位，多数固件不认；resize的尺寸要改成你机器实际的分辨率，不知道就先设成 1920x1080 试，显示不对再往下调；LANCZOS是重采样算法，缩小时比默认的 NEAREST 干净得多。

生成完再验一遍文件头，别信文件名：

import struct with open(r"C:\logo\splash.bmp", "rb") as f: head = f.read(54) w, h = struct.unpack_from("<ii", head, 18) bpp = struct.unpack_from("<H", head, 28)[0] comp = struct.unpack_from("<I", head, 30)[0] print(f"{w}x{h}, {bpp}bpp, compression={comp}")

BMP 头里第 18 字节是宽、22 字节是高、28 字节是位深、30 字节是压缩方式，全部小端序。输出应该是类似1920x1080, 24bpp, compression=0，bpp必须是 24，compression必须是 0（BI_RGB）。对不上就回去重存，别硬着头皮往下走。

文件体积控制一下，压在几 MB 以内。固件是把整张图读进内存再画的，太大的文件在低端机器上会明显拖慢启动，甚至因为内存分配失败直接跳过绘制。

4.2 安装流程：挂载分区、跑安装器、确认三处落点

准备工作做完，正式安装。把包解压到一个路径不含中文和空格的目录，比如D:\tools\hackbgrt，中文路径在某些环境下会让安装器找不到自己的资源文件。

用管理员身份打开命令提示符，cd到解压目录，先挂载 ESP：

mountvol S: /S dir S:\EFI\Microsoft\Boot\bootmgfw.efi

dir那行是确认挂载成功且目标文件存在，能看到文件大小就对了。然后运行安装器：

setup.exe install

不带参数双击setup.exe会弹出图形界面，Install 按钮走的是同一套逻辑。命令行加install适合批量部署，也方便看清它打印的每一步。安装器做的事情大致是：把加载器复制到S:\EFI\HackBGRT\，把原版bootmgfw.efi挪到备份位置，把自己的加载器放到S:\EFI\Microsoft\Boot\bootmgfw.efi，最后在S:\EFI\HackBGRT\config.txt里写好默认配置。

装完立刻验证三处落点：

dir S:\EFI\HackBGRT dir S:\EFI\Microsoft\Boot\bootmgfw.efi type S:\EFI\HackBGRT\config.txt

第一行看HackBGRT目录是否建起来了，里面应该有加载器本体、配置文件、以及一张示例图；第二行看bootmgfw.efi的大小和日期是否已经变化；第三行把配置内容打出来，确认图片路径指向的是你准备的那张。三处都对上，再重启。

重启前把 BitLocker 的状态再确认一遍，然后拔掉所有不必要的 U 盘和外设。第一启动项如果是 U 盘，重启会直接进 PE 而不是走硬盘引导，白激动一场。

4.3 config.txt 里真正需要动的几行

配置文件是键值对格式，一行一个，=两边留不留空格都行。1.5.1 的示例里有好几项，实际需要动的通常只有三行：

splash = splash.bmp debug = true # chainload = \EFI\Microsoft\Boot\bootmgfw.efi.orig

splash指定要画的图片，写相对路径就是相对于EFI\HackBGRT\目录，也可以写绝对路径如\EFI\HackBGRT\my.bmp。文件名别用中文和特殊字符，FAT32 对某些字符的处理和 NTFS 不一致。

debug = true打开调试输出，加载器会在屏幕上打一串日志，包括读到的分辨率、图片加载成功与否、chainload 的目标路径。第一次装强烈建议开着，出问题时这一屏文字就是唯一的黑匣子。确认一切正常后再改成false，免得开机多闪一下。

chainload那行默认是注释掉的，指向原版 boot manager 的位置。多系统或者装了其他引导器的场景才需要动它，单系统保持注释即可，安装器已经写好了内部默认值。真要改，路径要写 ESP 内的绝对路径，反斜杠开头，别写盘符。

配置文件改完不需要重新安装，下次启动就生效。但改之前确认文件编码是纯 ASCII 或者 UTF-8 无 BOM，带 BOM 的文件在 UEFI 环境里读第一行会多出三个不可见字节，键名匹配失败，表现就是配置完全不生效——这个坑不常见，但撞上之后极难自己想明白。

5. 避坑清单：五类翻车现场与它们的解药

5.1 装完重启直接进系统，图压根没出来

现象：安装器报告成功，重启后还是原来的徽标，或者干脆一片黑然后进 Windows，中间没有任何画面。

原因通常有三个。一是 Secure Boot 没关，固件拒绝执行未签名的加载器，直接跳到下一个启动项，表现就是「什么都没发生」。二是启动项顺序问题，固件里 Windows Boot Manager 那条还在，而且排在前面，固件先走了原路径，HackBGRT 根本没被调用。三是图片路径写错或者文件格式不对，加载器起来了但读图失败，直接静默 chainload。

解决顺序：先查 Secure Boot 状态（Confirm-SecureBootUEFI），再打开debug = true重启看屏幕日志，日志里会明确写「loading splash failed」还是压根没打印。如果一行日志都没有，说明加载器没被执行，问题在固件启动项层面，用bcdedit /enum firmware看固件启动项列表，确认顺序。

5.2 开机停在恢复密钥输入界面

现象：重启后蓝屏，要求输入 48 位恢复密钥，键盘可用但进不了系统。

原因就是 BitLocker 检测到启动组件变化，判定为完整性破坏。第 3 章讲过要先暂停，但有人嫌麻烦跳过了，或者暂停了却在安装过程中重启了超过-rebootcount规定的次数，保护自动恢复后又动了分区。

解决：输入恢复密钥进系统，进去之后立刻把保护关掉，重新走一遍安装流程，装完再开回来。密钥找不到的话，只能从备份恢复数据或者重装，代价极大。这也是为什么第 3 章把「导出密钥」单独拎出来说——它是这条链上唯一不可替代的东西。

5.3 图片能显示但颜色不对或拉伸变形

现象：图出来了，但颜色发紫、发绿，或者只占屏幕左边一块，右边是黑的。

颜色问题基本是位深不对。32 位带 Alpha 的图被固件按 24 位解读，每个像素的字节错位，红绿蓝全乱套。回到 4.1 节用struct那段脚本验一下bpp，不是 24 就重存。

拉伸问题出在分辨率不匹配。固件按自己的 GOP 模式铺屏，比如实际是 1366x768，你给的是 1920x1080，加载器会把图缩放到屏幕尺寸，比例不对就变形。想知道固件的实际模式，开着debug看日志里打印的分辨率，按那个值重新生成图片。部分机器的 GOP 模式在接不同显示器时会变，笔记本外接 4K 屏的时候尤其要注意。

5.4 大版本更新之后开机 logo 又变回去了

现象：用得好好的，某次系统更新完，开机画面恢复成默认徽标，或者更糟——直接引导失败。

原因是 Windows 的功能更新会重写引导文件，bootmgfw.efi被换回官方版本，HackBGRT 的加载器被覆盖掉了。这属于预期内的失效，不是工具的问题。轻则画面变回去，重则新 bootmgfw 和残留的配置打架，卡在启动界面。

解决：更新完重新跑一次setup.exe install。但有个顺序问题——更新往往也会重新启用 BitLocker 保护，装之前必须再暂停一次。更稳妥的做法是每次大的功能更新前主动卸载 HackBGRT，更新完再装回去。我知道这很烦，但比引导挂了之后满地找恢复盘强。

5.5 卸载后偶发引导失败

现象：跑完setup.exe uninstall，大部分时候正常，偶尔某次启动卡在黑屏或者报「no bootable device」。

原因是卸载时原版bootmgfw.efi的还原动作没走完。可能因为 ESP 空间不足复制失败，也可能因为卸载过程中断。安装器把原文件挪走、卸载时挪回来，这两步之间只要有一环出问题，ESP 上就既没有原版也没有加载器。还有一个隐蔽原因：卸载只删了EFI\HackBGRT\目录，但固件启动项里还留着指向它的条目，固件按顺序尝试，前一个失败后跳到下一个，某些固件在多次失败后会重置启动顺序。

解决：卸载完立刻dir S:\EFI\Microsoft\Boot\bootmgfw.efi确认文件存在且大小正常，不对就从备份复制回去。然后bcdedit /enum firmware检查固件启动项，把残留的多余条目删掉。卸载和安装一样，不能跑完就当没事，得验一遍。

6. 进阶：给多系统留一条退路，以及一套可复用的验证动作

多系统的机器上，HackBGRT 会盖住EFI\Microsoft\Boot\bootmgfw.efi，而另一个系统的引导器（比如某个 Linux 发行版的 GRUB，或者另一个 Windows 的 boot manager）走的是完全不同的路径。这种场景下我会把config.txt里的chainload显式指向原版文件，把原版重命名成bootmgfw.efi.orig放在同目录，让 HackBGRT 画完图之后精确跳回它，而不是依赖默认值。这样即使某个系统的引导器升级重写了文件，也只是那一个系统受影响，不至于整机进不去。

验证动作我固定成三步，每次装完都走一遍，一步不省。第一步，dir确认三个落点的文件大小和日期，特别是bootmgfw.efi的变化；第二步，重启看画面，注意是「一闪而过」还是「停留一秒多」——停留时间太短通常意味着配置没读到，直接 chainload 了；第三步，进系统后立刻跑一次manage-bde -status C:，确认保护状态和预期一致，该开着的开着，该暂停的暂停。第三步最容易被忽略，但它决定了下次重启会不会撞上恢复密钥界面。

恢复盘这件事值得单独说。我会准备一个 8GB 以上的 U 盘，做成 Windows 安装介质，同时在根目录放一份bootmgfw.efi的备份和一张写清楚恢复步骤的便签。真出事的时候，人是慌的，记不住diskpart的每条命令。便签上就写四行：U 盘启动 → 修复计算机 → 命令提示符 →diskpart给 ESP 分配盘符，然后copy覆盖回去。这四行救过我两次，一次是卸载中断，一次是更新覆盖后残留配置打架。

还有一个技巧：debug = true别急着关。我一般让它在机器上开着一周，确认在各种场景下（正常关机、休眠唤醒、外接显示器、系统更新）都能正常画图之后再关掉。这一周的开机多花半秒，换来的是有问题时立刻能定位，比事后猜要划算得多。从那以后我每次动 ESP 之前，都会先把bootmgfw.efi拷到 U 盘、把恢复密钥抄在纸上、把debug打开，这三件事做完才动手。慢是慢了点，但没再因为一个开机图标把自己关在系统外面。希望帮到你。

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