H110/B150/B250 BIOS魔改工具链安装与微码ME避坑

简介：这套面向B150、B250、H110主板的BIOS魔改工具包，主要服务于希望让老平台兼容英特尔8代、9代处理器的DIY玩家与硬件爱好者。内容围绕固件解包、模块替换与重新打包展开，并配有批处理脚本简化操作流程，适合具备一定电脑基础、愿意自行承担刷写风险的用户参考使用。压缩包共收录435个文件，约83.9MB，以bin固件、exe工具、txt说明、efi驱动及diff差异文件为主，另含dll组件、dat数据与bat批处理脚本，覆盖了从模块比对到生成可刷写镜像的常见环节。已有9569人学习下载，说明该方案在老旧主板升级场景中关注度较高。读者可通过其中的工具链与说明文档，理解BIOS模块结构、CPU微码替换思路及常见报错排查方向，为动手实践提供较完整的参考。

1. 一块 H110 想上八代 U，我第一套 BIOS 魔改工具就刷黑了

某开发者抱来一块 H110 的板子和一颗 8 代 U，说网上教程写着"下个 BIOS 魔改工具，点几下就好"。他照着做，没备份就回写，上电后风扇转两秒就停，屏幕全黑。拆下来上编程器一读就明白了：ME 区还是 11.6 那一版，微码却换成了 8 代的，CPU 上电初始化那一步直接卡死。问题不在工具本身，而在装之前没把环境对齐——B150、B250、H110 虽然都是 LGA1151 接口，但芯片组不同、BIOS 芯片容量不同、ME 大版本也不同，拿同一套参数硬套过去，翻车只是时间问题。下面按我自己的安装顺序走：先认硬件，再装工具，再配微码和 ME，最后落到怎么验证它真的跑起来了。新手照着能一步步走通，熟手能看清哪一步可以省、哪一步省了就是等着换板子。

2. 环境先列清：B150/B250/H110 要装的工具，缺一个都改不动

很多人以为 BIOS 魔改工具是单个 exe，双击就能改。实际它是一整条工具链，分成解析、编辑、刷写、救砖四段，任何一段缺件，流程都走不到最后。装之前先把这几件事定下来：板子是哪块、BIOS 芯片是什么封装、多大容量、当前 ME 是哪个大版本。这三条决定了你后面能用哪套参数，也决定了刷坏了还能不能救回来。我一般会花二十分钟做这一步，省下来的往往是几个小时的重刷。

2.1 硬件侧先认三件事：芯片、封装、容量

打开机箱侧板，找到主板上一颗 8 脚的小芯片，通常是 SOP8 封装，少数板子是 DIP8（可直插）或 WSON8（无引脚，最难夹）。芯片表面印着一串型号，常见的是 25Q64、25Q128、25Q32 这几类，容量分别是 8MB、16MB、4MB。B150 和 H110 上 8MB 居多，B250 因为功能多，16MB 更常见。这个容量必须记准，因为它对应你后面所有镜像文件的字节数——文件大小对不上，说明镜像不完整，改下去一定出错。

还有一件事要顺手做：用万用表量一下芯片 VCC 脚对地电压，正常在 3.3V 左右。板载读取时，主板还在给芯片供电，编程器的供电和主板供电会打架，读出来的数据就是花的。常见做法是拔掉电源线、取下 CMOS 电池、短接一下放电针，再上夹子；确认读出来的两次结果完全一致，才敢当备份用。这一步听起来啰嗦，但它是整套流程里唯一一颗后悔药。

2.2 软件六件套：各自管一段，不要互相替代

工具链里每件工具负责一段，混用是最容易出事的地方。下面这六样是我这几年一直在用的组合，功能上有重叠的部分，但职责分得很清。

• UEFITool：解析整份镜像的树状结构，定位到具体的 FFS 模块，负责替换微码、插入 NVMe 驱动这类精细活。它有两个分支，0.28 那一支能写，NE 那一支主要是只读可视化，改动用前者，检查用后者。
• UBU：一个批处理脚本集合，把微码更新、RST 模块更新这类重复劳动打包成一键操作。它自己不干活，干活的是它目录里调用的 MMTool 和 UEFITool。
• AMIBCP：专门改 Setup 里的默认值和隐藏项，比如把被厂商藏起来的 CSM 开关、Above 4G 解码放出来。
• FPT：按区域刷写的命令行工具，可以只写 BIOS 区、不动 ME 区，也能全片读写。它最大的约束是版本必须和板子上的 ME 大版本匹配，用错版本写一半断电，基本就是砖。
• 编程器软件：CH341A 这类硬件配的写入工具，救砖专用。系统能进的时候你感觉不到它有用，系统进不去的时候它是唯一的路。
• 校验工具：sha256sum 或者任意十六进制编辑器，负责比对每一次读写的完整性。

这六样里，UBU 和 UEFITool 有功能重叠，AMIBCP 和 UBU 也有部分交叉，但不要图省事只留一个。UBU 快但黑盒，出问题你不知道它改了哪；UEFITool 慢但每一步都在你眼皮底下。改关键位置（微码、ME）时我坚持用 UEFITool 手动做，UBU 只用来做批量更新和对照。

2.3 目录和备份：给每块板子留一颗后悔药

所有工具和镜像都放在全英文、无空格的路径下，这一条没有例外。批处理脚本里大量使用相对路径调用外部 exe，路径里带中文，脚本会在你完全看不到的地方失败。我一般在 D 盘建一个 bios-lab，下面按"芯片型号-日期"给每块板子开独立目录，镜像文件命名带上版本号，每一步都留中间产物。

# 每块板子一个独立工作目录，名字里带芯片型号和日期，方便回溯 mkdir -p /d/bios-lab/H110-25Q128-20240612 cd /d/bios-lab/H110-25Q128-20240612 # 编程器读取的原始镜像至少留两份，其中一份设为只读，防止手滑覆盖 cp dump_1.bin stock_bios.bin cp dump_1.bin stock_bios_readonly.bin chmod 444 stock_bios_readonly.bin # 两次独立读取必须完全一致，不一致说明夹子接触不良，必须重读 sha256sum dump_1.bin dump_2.bin # 每一步改动都另存新文件，永远不回写覆盖上一步 cp stock_bios.bin bios_v2_microcode.bin cp bios_v2_microcode.bin bios_v3_nvme.bin

这里几个动作都有明确目的：chmod 444把原厂备份锁成只读，避免后面手滑cp覆盖——这种事我干过一次，代价是拆板子重读；sha256sum两行结果必须完全一致，只要有一个字节不同，说明读取过程有干扰，此时的数据不能作为备份；cp出 v2、v3 的中间版本，是为了任何一步出问题时能精确回退到上一个可用状态，而不是从头再来。目录名里带日期，是因为同一块板子不同批次的 BIOS 版本可能不一样，时间戳能帮你分清哪个文件是给哪台的。

3. 装工具：UEFITool、UBU、AMIBCP 三件套的落地配置

工具本身都不需要安装程序，解压即用，但"解压即用"不等于"解压就能用"。这三个工具对路径、权限、目录结构都有隐性要求，配置不对的表现往往不是报错，而是静默失败——你以为改成功了，刷进去才发现没生效。这一章把三个工具的落地配置逐个过一遍。

3.1 UEFITool：免安装，但要挑对分支

UEFITool 有两个常用分支，功能定位完全不同：0.28 分支带完整的编辑能力，能替换、插入、删除 FFS；NE 分支重可视化，树的展开更细，但默认不写回。我的习惯是两个都留着，改的时候用 0.28，改完再用 NE 打开检查一遍结构有没有被破坏。解压到D:\bios-lab\tools\UEFITool这类路径，直接双击 exe 就能运行，不需要额外依赖。

第一次打开原厂镜像时，先别急着改，看左侧的树。一份完整的、从编程器读出来的镜像，最外层应该能看到若干区域节点，通常包括描述符区、ME 区、BIOS 区这几块。如果打开后只有一大片连续的填充数据、看不到任何区域划分，八成是镜像被裁掉了头部，或者你拿到的不是全片镜像而是某个区域的片段。这种情况下继续往下改，写回去必然错位。

还有一个细节：UEFITool 打开文件后不会自动校验，你需要自己看窗口下方的消息栏。正常的镜像加载完会显示结构解析结果，如果出现红色的解析错误行，说明这份镜像本身有问题，先解决它，别在上面动刀。

3.2 UBU：批处理脚本的目录依赖

UBU 最容易踩的坑就是目录结构。它本质上是一个 bat 脚本，运行时会扫描自己所在目录里的固件文件，再去调用同目录下的 MMTool 和 UEFITool。你把 bat 放在 A 目录、把工具放在 B 目录，脚本照样能启动，但执行到某一步会直接闪退，因为找不到要调用的 exe。

# UBU 目录建议这样摆，路径全英文、无空格，脚本相对路径才不会断 D:/bios-lab/UBU/ # ├── UBU.bat # 入口，必须和下面几个 exe 同级 # ├── BIOS.bin # 待处理的完整镜像，名字越短越好，避免脚本拼路径出错 # ├── MMTool.exe # UBU 内部调用，缺了会在更新模块那一步失败 # ├── UEFITool.exe # 同上，负责解析与替换 # └── Modules/ # 微码、RST、网卡等模块文件放这里 # 运行时用管理员权限开 cmd，再切到目录执行，避免权限不足导致写文件失败 cd /d D:\bios-lab\UBU UBU.bat

这里的关键点有三个：一是所有文件同级，脚本里的相对路径才成立；二是镜像文件名尽量短，UBU 在某些版本里会把文件名拼进临时文件路径，名字太长或带特殊字符会失败；三是必须用管理员权限运行，它需要往自己目录写临时文件和处理结果，普通权限在某些系统上会被拦。执行完成后，同目录会生成处理后的镜像，文件名通常带后缀标记，注意区分哪个是原始文件、哪个是输出文件，别把输出又丢回去处理一遍。

3.3 AMIBCP：改菜单前先确认 Setup 没加密

AMIBCP 用来把厂商藏起来的 BIOS 选项放出来，比如 CSM 兼容模式、Above 4G 解码、Re-Size BAR 这类。打开镜像后，左侧是模块树，找到 Setup 相关的那一项，右侧会列出所有可配置项，每一行有默认值和显示状态两列。要放出隐藏项，改的是显示状态那一列，不是默认值那一列——改默认值只是把某个选项预设成开或关，改显示状态才会让它出现在 BIOS 界面里。

这里有个反复出现的坑：部分板子的 Setup 模块是压缩存储的，AMIBCP 打开时会提示解析失败或者读到一片空白。碰到这种情况，常见做法是先用 UEFITool 把对应的 FFS 提取出来，解压出内部数据，再单独处理，处理完按原样塞回去。直接硬改十有八九会让 Setup 体积变化，进而破坏整个 BIOS 区的对齐。

改完保存后，第一件事是对比文件大小。AMIBCP 正常保存应该只改内容不改体积，如果保存前后的字节数不一样，说明有东西被重排了，这份文件不要拿去刷。

3.4 每一步都留中间版本，别指望一次改到位

微码、NVMe 模块、ME 区这三项改动，我从来不在同一个文件上连着做。每改完一项，就另存一个版本号，用 sha256 记一笔。这样做的直接好处是：刷进去不亮的时候，你可以按版本号二分定位到底是哪一步引入的问题，而不是对着一份改得面目全非的文件猜。

# 每完成一项改动就记一条，后面排错时按版本号二分，比瞎猜快得多 sha256sum bios_v1_stock.bin > manifest.txt sha256sum bios_v2_microcode.bin >> manifest.txt sha256sum bios_v3_nvme.bin >> manifest.txt sha256sum bios_v4_me.bin >> manifest.txt # 顺手记下每个文件对应的芯片容量，防止拿错镜像刷错板子 ls -l bios_v*.bin >> manifest.txt

manifest.txt这份清单在出问题时价值很高：你可以拿它和编程器读回来的实际芯片内容做比对，一眼看出刷进去的到底是不是你以为的那份文件。文件名里的版本号也要有含义，v2 是换了微码、v3 是加了 NVMe、v4 是动了 ME，别用 v2b、v2final、v2final2 这种命名，过两天自己都认不出来。

4. 三项关键配置：微码、NVMe 模块、ME 区

工具装好只是能打开文件，真正决定这块板子能不能点亮 8 代 U 的，是下面三项配置。这三项里任何一项做错，表现都是"不亮"，而且不亮的样子几乎一样——风扇转、屏幕黑、没有报警声。所以每改一项，都要单独验证一次，别三项一起改完再上电，那样你根本不知道是哪一项的问题。

4.1 微码替换：用替换，不要删了再插

微码是 CPU 上电后最先加载的东西，6 代、7 代的微码在 100/200 系芯片组的原厂 BIOS 里本来就有，8 代、9 代没有，必须手动换进去。不同代际对应不同的 CPUID，替换前先确认你手上这颗 U 的 CPUID 是多少。

在 UEFITool 里定位微码的方法是搜索模块名里的关键字，找到承载微码的那个 FFS 之后，右键选替换功能，把准备好的微码文件按"原样替换"的方式塞进去。这里必须强调"原样替换"：替换只换内容，保持模块的 GUID 和体积不变，整个 BIOS 区的结构就不会动。用删除再插入的方式，模块数量和顺序都变了，后面的偏移全部错位，刷进去必然不亮。

如果新微码比旧的大，UEFITool 会提示所在卷的剩余空间为负，这时不要强行插入。常见做法是换成体积相同或更小的微码版本，或者确认这个卷里有没有可以安全移除的冗余模块——后者风险高，不建议新手碰。

4.2 插入 NVMe 启动模块：位置比文件本身更重要

想让老主板从 NVMe 盘启动，需要往 DXE 阶段插入一个 NVMe 驱动模块。这个模块本身不难找，难的是插对位置。整个 DXE 卷里的模块是有加载顺序的，插错位置可能导致驱动加载时依赖还没就绪，表现为 BIOS 里根本看不到那块盘。

定位方法是搜索卷内的核心模块标记，找到承载大部分 DXE 驱动的那一个大卷，把 NVMe 模块插在这个卷的最后一个模块之后。插入完成后立刻看剩余空间，如果是负数，说明这个卷塞不下了，需要换一个卷或者换体积更小的驱动版本。

插入后不要只看 UEFITool 显示成功，要用 NE 分支再打开一次，确认树结构完整、没有红色的解析错误。我吃过一次亏：插入时提示成功，但卷的尾部校验被破坏，刷进去之后板子能亮，进系统一切正常，就是启动项里永远没有那块 NVMe 盘，排查了两天才发现是模块位置不对。

4.3 ME 区：8 代 U 必须动的一段，也是最容易变砖的一段

ME 区是整份镜像里风险最高的地方。100/200 系芯片组出厂时的 ME 大版本通常是 11.6 或 11.7，这两个版本只认 6 代和 7 代，插 8 代 U 会在上电自检的最早期卡住。要让 8 代 U 跑起来，ME 需要升到 11.8 系列。9 代 U 的要求更高，除 ME 之外往往还要处理 CPU 针脚。

动 ME 区有两个原则。第一，版本必须和芯片组、CPU 代际三者匹配，不能只看 ME 版本号高低，11.8 系列内部也有细分版本，选错了照样不亮。第二，写 ME 区必须用和当前 ME 大版本匹配的刷写工具，用错版本写到一半，ME 区就成了半截数据，板子连自检都进不去。

改 ME 之前，务必用编程器做一份完整备份，并且验证两次读取一致。ME 区出问题的时候，软件刷写通道基本已经不可用了，唯一的路就是把芯片拆下来或者上夹子，用编程器整片回写。这份备份就是你最后一道防线，没有它，这块板子就只能送修。

4.4 回写通道：FPT 还是编程器，看风险等级选

改完之后要写回芯片，有两条路。FPT 走软件通道，速度快，不用拆机，但前提是系统能进、BIOS 写保护已经关掉；编程器走硬件通道，慢，要拆机或者上夹子，但它不依赖系统状态，是最保险的一条路。

# FPT 在 DOS 或管理员命令行下执行，版本必须和板子 ME 大版本匹配 fpt -d full_dump.bin # 先全片读取备份，这一步永远不要跳过 fpt -f bios_v3_nvme.bin -bios # 只写 BIOS 区，不动 ME，适合微码和 NVMe 改动 fpt -greset # 写过 ME 之后必须做一次全局复位，让 ME 重新加载配置

三个参数的含义要分清：-d是全片读取，读出来的文件应该和芯片容量完全一致；-bios限定只写 BIOS 区，这是最安全的写法，因为 ME 区和描述符区完全不动；-greset是全局复位，写过 ME 相关区域之后不做这一步，新配置不会生效，表现就是明明刷成功了但 CPU 还是认不出来。如果你的改动涉及 ME 区，就老老实实上编程器整片写，别用软件通道赌运气。

5. 避坑与排查：五条把我从砖头边缘拉回来的记录

这一章记录的是真实翻车现场，每条都按"看到什么现象、为什么会这样、当时怎么解决"写。这些坑分布在整个流程的不同阶段，建议动手前先扫一遍，能省掉至少一次拆机。

5.1 现象：刷完第一次上电，风扇转两秒就停

原因几乎都是 ME 区和 CPU 不匹配。8 代 U 配 11.6 的 ME，上电后 CPU 在初始化阶段拿不到正确的电源管理配置，自检直接中断。这种情况不会有任何报警声，也不会有画面，和"没插好内存"的表现非常像，容易误判。

解决办法是编程器整片回写原厂备份，先把板子救活，再重新确认 ME 大版本和 CPU 代际是否对应。回写之后不要急着再刷改过的版本，先在原厂 BIOS 下确认板子能正常点亮，再一步步往上改。

5.2 现象：UBU 运行到一半窗口闪退，什么都没生成

原因是路径问题。UBU 是批处理脚本，内部大量使用相对路径调用外部工具，路径里只要出现中文或空格，调用就会失败，而且失败时不报错，窗口直接关掉。我见过把工具放在"桌面\新建文件夹"下面跑的，十次有十次闪退。

解决办法是把整个目录移到根目录下的全英文路径，比如D:\bios-lab\UBU，然后用管理员权限重新打开命令行执行。移动之后如果还闪退，检查目录里的 MMTool 和 UEFITool 是不是和 bat 同级，缺一个都会在中途断掉。

5.3 现象：替换微码后提示卷剩余空间为负

原因是新微码比旧的大，塞不进原来的位置。另一种可能是操作方式错了，用了删除再插入，导致模块数量变化，整个卷的空间计算全部失真。

解决办法是优先换一个体积不大于原微码的版本，保持"原样替换"的操作方式。如果确实需要更大的微码，就得考虑压缩卷或者移除冗余模块，这两步都会改变结构，做完必须用 NE 分支重新校验一遍树结构，确认没有解析错误再往下走。

5.4 现象：编程器两次读取的 SHA256 对不上

原因是读取过程有干扰。最常见的是 SOP8 夹子没夹紧，其次是主板还在给芯片供电，两边电源打架，再就是读取速度设得太高，信号跟不上。这种数据看着像正常文件，大小也对，但内容是错的，拿去当备份等于没有备份。

解决办法是拔掉电源线、取下 CMOS 电池、短接放电，把夹子重新夹紧，读取速度降到最低档，连读两次比对。两次完全一致才能作为备份，不一致就重来，不要抱侥幸心理。

5.5 现象：AMIBCP 保存后文件大小变了，刷进去不认

原因是 Setup 模块被重排，体积发生了变化，破坏了 BIOS 区的对齐关系。有些版本的 AMIBCP 在保存时会顺带重算某些结构，遇到压缩存储的 Setup 就容易出这种事。

解决办法是对比保存前后的字节数，只要不一样就放弃这份文件，回到上一步重新改。改的时候只动显示状态，不动默认值和依赖关系复杂的选项，能显著降低触发重排的概率。

6. 验证跑通：刷完之后我用这四步确认板子真的活了

刷完第一次上电，能看到画面不等于成功。我见过能进系统但微码没生效的，也见过微码生效了但 ME 版本还是旧的、一跑负载就掉频的。所以在把机器交出去之前，我会按下面四步逐项确认，每步都有明确的判断标准，任何一步对不上就回退到上一个版本。

第一步看自检信息。进 BIOS 主界面，确认识别的 CPU 型号和实际安装的一致。如果显示的是通用型号或者频率明显不对，说明微码没被正确加载，多半是替换时位置错了或者卷校验被破坏。

第二步看 ME 状态。在系统里用工具读一次 ME 版本，或者进 BIOS 的信息页看，正常应该显示完整的四段版本号，如果显示全零或者读取失败，说明 ME 区没写对，或者是-greset那一步漏了。

第三步在系统里确认微码版本。这一步最直接，也最容易被跳过。

# Linux 下直接读当前生效的微码版本，和刷进去的版本号对得上才算成功 grep -m1 microcode /proc/cpuinfo # ME 状态，需要 ME 驱动就绪；读不到时不要立刻判定失败，先确认驱动 cat /sys/class/mei/mei0/fw_ver 2>/dev/null || echo "ME 接口未就绪，进 BIOS 里核对" # 顺手确认 NVMe 盘被内核识别，对应 BIOS 里能不能看到启动项 lsblk -d -o NAME,MODEL,SIZE | grep -i nvme

/proc/cpuinfo里的 microcode 字段是当前实际加载的微码版本，这个值和你在 UEFITool 里换进去的版本必须能对上，对不上说明 CPU 加载的还是旧微码，可能是替换的模块位置不对，也可能是这个卷根本没被优先加载。第二个命令读不到不代表失败，ME 接口在很多发行版上默认不暴露，读不到就进 BIOS 信息页人工核对。第三个命令只是辅助，确认系统层面认得那块盘，真正要看的是 BIOS 启动项里有没有出现它。

第四步做一轮重启循环。连续冷启动五到十次，每次都能正常自检、正常进系统，才算稳定。有些板子的 ME 配置只在冷启动时加载，热重启看不出问题，只有反复断电上电才能暴露出来。这一步花不了几分钟，但能筛掉大部分"当下能用、明天就不亮"的情况。

从那以后我每次动 BIOS，不管改的是一项还是三项，都强制走一遍这四步验证，而且一定是从原厂备份开始、按版本号逐级往上刷，绝不在一份改得面目全非的文件上反复叠加修改。BIOS 这东西没有撤销键，能救你的只有动手之前那份校验过两次的备份。希望这套流程能帮你少拆一次机箱。

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