企业官网建设流程全解析

KernelSU GKI 模式与 LKM 模式完整选型指南：Android 内核 Root 从安装到卡砖救援一次跑通

【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU

KernelSU 是一款运行在内核里、直接接管权限判断的 Android 内核层 Root 方案。该走 GKI 模式还是 LKM 模式、如何一次装通、刷完不开机怎么自救，这篇带你把新手操作链一次走通。

🧭 30 秒对号入座：你的设备该走哪条路线

本节回答一个问题：按你的设备和使用场景，LKM 还是 GKI。0.9.0 版本起，KernelSU 在 GKI 设备上提供了这两条路线，先对照下面五种情况给自己定位。

• 真机手机，想保留原厂内核：默认选 LKM
• 三星设备开启了 KNOX，或模块加载失败：只能走 GKI
• 使用环境是模拟器、WSA、Waydroid：选 GKI
• 已经 Root，只想把 KernelSU 升个版本：LKM 模式里点"直接安装"
• 需要不重启就临时关闭 root：只有 LKM 支持

用一个生活化的方式理解两者的差别：LKM 模式相当于在你家门上加装一把独立分控锁，门本身（原厂内核）没动过，用完了还能拆；GKI 模式则是把整扇门连同门框一起换新的。所以结论很直接：真机手机默认走 LKM 模式；模拟器、WSA、Waydroid 适合 GKI 模式；KNOX 已触发的机器只能走 GKI。

🚦 动手前的三条红线：八成翻车都出在版本核对

本节给你三条硬性规则。刷 KernelSU 刷机卡砖的求助帖里，十有八九的问题都出在刷机前没核对版本，逐条过完这三项，绝大多数风险能提前排掉。

红线一：KMI 必须一致

KMI（Kernel Module Interface）可以理解为内核的"型号编码"，只有型号相同的内核才能互相替换。GKI 设备的内核版本号长这样：Version.PatchLevel.SubLevel-AndroidRelease-KmiGeneration-suffix，其中只有w.x-zzz-k三段构成 KMI。比如5.10.101-android12-9-g30979850fc20，它的 KMI 就是5.10-android12-9。

两条可以直接用的推论：

• 中间那个 SubLevel 是三位小数版本号（5.10.101-android12-9里的 101），它不计入 KMI，所以把5.10.168-android13-12换成5.10.198-android13-12属于无缝过渡；
• KMI 不同就意味着互不兼容，刷错之后轻则点不亮屏幕，重则卡在开机动画。

违反第一条会发生什么：KMI 对不上，设备直接进不去系统，只能回刷原厂镜像。

红线二：安全补丁级别只进不退

安全补丁级别是内核安全修复的新鲜度标识，长这样：2023-11。较新的设备内置了防回滚机制，像一道只放行新人、不放旧客回头的闸机：你系统当前是2023-11，却刷进2023-06的镜像，KMI 再一致也可能当场卡砖。所以同 KMI 下优先挑安全补丁级别最新的镜像。

违反第二条会发生什么：补丁级别倒退触发防回滚，即使 KMI 完全匹配也无法开机。

红线三：看内核版本和原始镜像，别看 Android 版本

"系统明明是 Android 13，内核怎么显示 android12？"——这是正常现象。内核版本号跟随的是设备出厂那年的 Android 版本，后续系统升级一般不改它，选镜像时永远以内核版本为准。

这条红线里还藏着一个容易漏掉的核对点：同一个 KMI、同补丁级别通常提供三种压缩格式的 boot 镜像（lz4、gz、未压缩），你挑的压缩格式要和原始 boot.img 一一对应。常见机型倾向：小米系多为gz或未压缩，Pixel 系多为lz4_legacy（这类机型要走手动修补路线，见下一步）。想知道自己原图的格式，可以用 magiskboot 解开看一眼，或问同机型玩家；某格式一旦刷成功，之后基本可以沿用。

违反第三条会发生什么：格式不匹配，刷完不开机，这是最经典的翻车姿势。

🔧 最短操作链：KernelSU 安装教程四步走

本节给你一套主流程：备份 → 获取镜像 → 修补或刷入 → 重启验证。两种模式的差异全部以内嵌分支提示的形式写在对应步骤里，你只需要记一套动作。

第 1 步 · 备份：先把"后悔药"存好

刷机前一定先备份原厂 boot（或 init_boot）镜像。这是全流程唯一的回滚手段：后面无论哪一步出事，用 fastboot 把原图刷回去就能复原。

分支提示：LKM 模式改的是 ramdisk，Android 13 及以上设备对应的分区是init_boot（存放早期启动配置的小分区）；GKI 模式则始终只动boot分区。

第 2 步 · 获取镜像

• GKI 分支：按上面核对好的 KMI 和补丁级别，下载对应的通用 boot 镜像，同时确认压缩格式一致。
• LKM 分支：你需要原厂固件里的 boot 镜像。设备支持fastboot boot的话有更省事的走法——先用 KernelSU 附带的 GKI 内核临时试启动一次，装好管理器后在应用内完成全部操作，不用手动下载固件；不支持就自己下载官方固件包，解出 boot 镜像。

第 3 步 · 修补或刷入

这一步是全程风险最高的环节，但先别慌：第 1 步的备份就是保险丝，失败了刷回原图即可恢复。

• LKM 分支（图形界面）：打开管理器右上角的安装菜单，三选一。
  • 选择文件：还没 Root 的状态下，把原厂 boot 镜像交给管理器自动修补，产出的文件再自己刷入；
  • 直接安装：已 Root 状态下最快捷，管理器自动修补并刷入，日常升级 KernelSU 基本都走这条；它还会顺手存下当前原厂镜像，之后用"卸载 → 恢复原厂镜像"即可回滚；
  • 安装到非活跃槽：A/B 分区设备 OTA 之后，直接装进另一个槽再重启。
• LKM 分支（命令行）：不想用图形界面就用发布包附带的ksud工具，核心命令只有一条：ksud boot-patch -b <boot.img> --kmi <KMI>，修补完成后自己刷入。
• GKI 分支（fastboot 直刷）：进 fastboot 后执行fastboot flash boot boot.img，再fastboot reboot重启。
• GKI 分支（特殊机型）：Pixel 这类lz4_legacy格式的设备，直刷官方镜像可能失败，此时用 magiskboot 解开原厂 boot、用 KernelSU 提供的Image文件替换其中的内核、重新打包再刷入，完整命令序列见安装文档。
• GKI 分支（TWRP 路线）：有自定义 Recovery 的话，下载与设备 KMI 匹配的 AnyKernel3 包（文件名形如AnyKernel3-<KMI>_yyyy-MM.zip），进 Recovery 安装即可，升级时同样适用。

第 4 步 · 重启验证

fastboot reboot后等系统进桌面，打开管理器确认状态正常、Root 生效。LKM 用户还可以顺手体验它的"免重启卸载"：临时卸载不用重启，重新启用重启一次即可，日常临时关闭 root 很方便。

🧩 装完 ≠ 能用：模块系统还差一个"底座"

本节解决最容易被忽略的隐性坑：装完不等于能用。刚装好的 KernelSU 上，普通模块的挂载功能并不工作——它采用元模块架构，把"模块怎么挂载"这件事从核心里剥离出来，交给可插拔的元模块（metamodule）提供，核心自己只管调度不管挂载。

判断规则很简单，对着你的模块类型对：

• 只跑脚本、sepolicy.rule、system.prop 的模块：不装元模块也能直接用；
• 需要改动/system等分区的模块：必须先装元模块。官方参考实现是meta-overlayfs，它基于 overlayfs 做无感分区挂载；装法和普通模块完全一样——下载 ZIP、在管理器里点安装、重启。细节可查元模块文档。

两条边界要记牢：元模块同一时间只能装一个，管理器会拦截第二个的安装；卸载当前元模块后，所有模块立即停止挂载，设备照常开机但模块效果全部消失，所以动手卸载前先确认没有模块在依赖它。

再说说和 Magisk 模块系统的兼容边界。两者的模块目录同在/data/adb/modules，post-fs-data.sh、service.sh、sepolicy.rule 的执行时机与语义完全一致，所以大部分 Magisk 模块在 KernelSU 上能原样工作。但有三个硬边界：

• KernelSU 不认.replace写法，删/换文件改用REMOVE/REPLACE变量，或用mknod建一个同名占位文件；
• 两套模块系统互相打架，KernelSU 这边一旦启用模块，Magisk 的挂载会整体失效，别指望两边同时跑；
• KernelSU 额外提供boot-completed和post-mount两个脚本时机，脚本作者可以按需使用。

🚨 KernelSU 刷机卡砖三层排查：从外到内逐层定位

本节回答：设备开不了机时从哪下手。按"镜像层 → 模块层 → 恶意层"的顺序查，每层都有关卡，逐层排除就不会乱。

第一层 · 镜像层：先问"我刷了什么"

刚刷完就黑屏，大概率是镜像的事，依次核对三条红线：

1. 压缩格式和原始 boot 是否一致？最典型的翻车姿势是：设备原图是gz，却刷了lz4的镜像；
2. KMI 是否一致、安全补丁级别是否倒退；
3. 你的机型是否需要关闭 AVB 验证才能启动。AVB（Android Verified Boot）是系统对刷入镜像的"安检"，确认镜像是官方出品，部分机型关 AVB 通常需要清除数据。

原因确认后，用 fastboot 把原厂 boot 备份刷回去，机器就能复活。手边没有备份的话，去官方固件包里解一份，或向同机型玩家要一份。

第二层 · 模块层：三级自救，由轻到重

模块是卡砖的重灾区，但 KernelSU 内建了三道救援，按成本从低到高依次试：

1. 安全模式（成本最低）：相当于电路总闸，一次拉闸所有模块全部停摆。在第一屏点亮后、开机动画播放前，快速连点音量下键 3 次——动作是按下、松开、再按，一共三次，不是长按。进入后所有模块被禁用，进管理器卸载元凶即可。MIUI/HyperOS 这类系统长按音量下会进系统自带安全模式，KernelSU 会同步跟随进入，同样有效。注意设备启动很快时窗口很短，动作要快，错过就没触发。
2. ADB 清理：安全模式无效但还能拿到 root shell 时，走 ADB 执行ksud module disable <id>禁掉问题模块，重启。
3. Recovery 清理：彻底进不了系统时，进 TWRP 挂载 data 分区，删除/data/adb/ksud，KernelSU 重启后不会再加载任何模块，等进系统后再慢慢处理。

一个提醒：若模块往 init 配置里

【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU