Repack 重打包:KonaBess 怎么生成新的 Boot 镜像
Repack 的触发时机
在 KonaBess 界面上改完频率表和电压曲线并保存后,最后一步就是点击 Repack 按钮。这会让 KonaBess 把修改好的 dtb 重新打包成一个新的 boot.img 文件。
Repack 的完整流程
KonaBess 后台调用内置的 magiskboot 和 dtc 工具,依次执行:
1. 解包原始 boot.img(或 vendor_boot.img)
↓ magiskboot unpack
2. 提取 kernel + ramdisk + dtb
↓
3. dtc 反编译 dtb → .dts 文本(供编辑界面读取)
↓
4. 用户在界面修改频率/电压值
↓
5. KonaBess 把修改写回到 .dts 里
↓
6. dtc 编译 .dts → 新 dtb
↓
7. magiskboot 重新打包 kernel + ramdisk + 新 dtb → 新 boot.img
↓
8. 保存到设备存储(通常在 /sdcard/KonaBess/ 或类似位置)
Repack 输出的文件
重打包完成后,KonaBess 会生成一个 .img 文件,通常保存在应用指定的目录里。文件名可能是:
konabess_<chipset>_<timestamp>.img
modified_boot.img
new_boot.img
不同版本的命名可能不同。Repack 完成后会弹出成功提示。
Repack 常见问题
情况 1:解包失败
magiskboot 解包 boot.img 需要精确知道 boot 分区的格式(BOOT_IMAGE_HEADER_V1 / V2 / V3 等)。极少数机型使用了非常规格式,解包可能失败。
解决方案:
- 确认 KonaBess 是最新版
- 某些新机型(Android 13+)可能需要手动指定 vendor_boot 路径
- 去 GitHub Issues 反馈你的机型和芯片
情况 2:dtb 编译失败
如果你在 dtb 里写了格式错误的数据(比如频率和电压的配对关系出错),dtc 编译会失败。
解决方案:
- 检查频率表和电压表是否一一对应
- 不要手动编辑 .dts 源码(KonaBess 界面会帮你做格式校验)
- 导入一份之前能正常 Repack 的配置
情况 3:打包后 bootloop
Repack 成功但刷入后无限重启(bootloop),通常是因为 dtb 修改导致内核无法启动。比如:
- GPU 频率设得太高太激进
- 电压关系不合理(出现了频率升电压降的反曲线)
- 某些必需的 dtb 参数被意外修改
解决方案:
- 进入 fastboot 模式刷回备份的原始 boot.img
- 重新在 KonaBess 里用更保守的参数 Repack
Repack 不会做什么
重要:KonaBess 的 Repack 不会自动刷入新镜像。它只是在设备存储上生成一个新文件,刷入需要你手动操作。这样设计是为了:
- 让你有机会检查生成的镜像文件
- 让你选择用哪种方式刷入(KonaBess 内置刷入 / fastboot / Magisk / KernelSU)
- 避免 App 在未授权情况下擅自修改 boot 分区
Repack 输出文件的安全存储
生成新镜像后,立刻 adb pull 到电脑存一份:
adb pull /sdcard/KonaBess/modified_boot.img .
万一刷入出问题需要手动 fastboot 救砖,这个文件就是唯一的救星。