KernelSU 该选 LKM 还是 GKIAndroid 内核 Root 选型与上手完整指南【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU你刚拿到一台 GKI 的 Android 设备准备用 KernelSU 内核方案拿下 root却在选哪个模式、刷哪个镜像上卡住了。本文按 选型 → 核对 → 执行 → 验证 的顺序把 LKM 与 GKI 的取舍、刷前必查的兼容项、装完的快速验证和卡砖自救一次讲完照着做基本不会翻车。选型决策先回答这几个问题真机手机该选 LKM 还是 GKI真机手机优先选 LKM。LKM 模式不动你原来的内核只是往里面加载一个内核模块就像给一栋正在营业的大楼新派了一名门卫大楼本体和原有规则完全不变只是谁能进门这件事改由新门卫决定哪天不想 root 了相当于让门卫休息一阵重启设备权限就收回来了。升级也省事——后续升级 KernelSU 在管理器里点直接安装即可系统 OTA 后装到第二槽即可不用重新刷内核。什么情况下只能走 GKI模拟器、WSA、Waydroid 这类虚拟环境以及三星 KNOX 等锁机制导致 LKM 无法加载的设备走 GKI。GKI 模式用 KernelSU 提供的通用内核镜像整个替换原内核相当于把大楼整套门禁系统连门带规则整体换掉而不是加一个门卫。对 KNOX 设备来说就像门锁被防火封条焊死侧门LKM打不开只能整扇门换掉。代价是它常驻内核每次内核版本变动都要重新刷镜像卸载也需刷回原内核。两种模式的升级代价差在哪LKM 的升级成本几乎为零GKI 每次都要走一遍刷机流程。官方建议的选型口径很直接手机优先 LKM模拟器 / WSA / Waydroid 优先 GKI。参考 官方安装文档动手前把这些核对完KMI 是否一致为什么必须查KMIKernel Module Interface相同的内核才互相兼容就像插头和插座上的协议版本号对不上插进去就是死机。刷入 KMI 不一致的镜像轻则无法开机重则卡在启动动画。怎么查查看设备内核版本格式为Version.PatchLevel.SubLevel-AndroidRelease-KmiGeneration例如5.10.101-android12-9-g30979850fc20其中w.x-zzz-k三段才构成 KMI即5.10-android12-9。注意中间的 SubLevel101、137 这类数字不属于 KMI所以5.10.168-android13-12换到5.10.198-android13-12是安全的。root 后可用ksud boot-info current-kmi直接输出当前 KMI。安全补丁级别是否倒退为什么必须查新设备带防回滚机制刷入安全补丁级别更旧的镜像会被拒绝——即使 KMI 完全一致。比如系统是2023-11级别刷入2023-06级别的镜像多数情况下直接卡砖。怎么查同一 KMI 下通常提供多个不同安全补丁日期的镜像选日期最新的那个再用设备当前的安全补丁设置里的安全更新或终端执行getprop ro.build.version.security_patch和目标镜像的日期对一眼目标不能早于它。你看的是内核版本还是 Android 版本为什么必须查系统 Android 13内核却显示 android12-5.10 是正常现象——内核版本号跟随的是设备出厂时的 Android 版本后续系统升级通常不会改变它选错镜像是常见翻车原因。怎么查选镜像时永远以内核版本为准别盯着设置页里的 Android 版本号。拿到内核版本号后按前两条提取 KMI 和补丁级别去对镜像。boot 压缩格式是否一致GKI 路线必查为什么必须查同一 KMI 和补丁级别通常有lz4、gz、未压缩三种格式的镜像格式必须与你原 boot.img 一致否则刷入后多数情况下无法启动。小米设备常见gz或未压缩Pixel 常用lz4_legacy需手动修补见备选路线。怎么查用 magiskboot 解开原厂 boot.img 查看内核压缩格式或者咨询同机型的用户。压缩格式一般不变某格式成功启动过之后可优先复用。执行主路线主路线按官方推荐走 LKM真机共 5 步备份原厂 bootAndroid 13 以上设备是 init_boot镜像。⚠️ 这是唯一的后悔药刷坏后全靠它刷回去务必先做。安装KernelSU 管理器并打开确认显示未安装显示不支持说明该设备需自行编译内核官方不会提供可刷的 boot.img。修补镜像点右上角安装图标选选择并修补一个文件选择官方固件中的 boot/init_boot管理器自动完成修补。刷入修补后的镜像进 fastboot 执行fastboot flash boot new-boot.imginit_boot 设备把分区名换成init_boot。重启设备root 生效。备选路线GKI 直刷触发条件模拟器、WSA、Waydroid或三星 KNOX 等设备 LKM 无法加载按核对好的 KMI 补丁级别 压缩格式下载对应 GKI boot.img支持fastboot boot的设备先fastboot boot boot.img试启动没问题再fastboot flash boot正式刷入。命令行触发条件不想用图形界面或自动化流程用官方提供的ksud工具最常见用法为ksud boot-patch -b boot.img --kmi KMI修补完成后自行 fastboot 刷入--kmi用于设备内核命名不符合 KMI 规范时手动指定。TWRP触发条件设备有 TWRP 等自定义 Recovery下载与 KMI 匹配的AnyKernel3-*.zip放/sdcard后在 TWRP 安装或adb sideload AnyKernel-*.zip。装完怎么确认成功了✅ 1 分钟内跑完这 4 条即可确认打开管理器首页显示已安装和 KernelSU 版本号而不是未安装。终端执行su -c id预期返回uid0(root)。终端执行ksud debug version预期输出Kernel Version: 版本号且和你预期一致。执行ksud module list无报错若用管理器直接安装过可确认/data/adb/ksu/下已生成原厂镜像备份ksu_backup_$SHA1。注意刚装好的 KernelSU普通模块的挂载功能不工作。KernelSU 把怎么挂载模块的基础设施剥离成了可插拔的 metamodule元模块——就像搬家要先搭好装卸平台只跑脚本、sepolicy、system.prop 的小件可以直接搬要改/system分区这类大件必须先装元模块官方参考实现为meta-overlayfs安装方式和普通模块相同。同一时间只能装一个元模块卸载它会导致所有模块停止挂载详见 元模块文档。模块与 Magisk 同用/data/adb/modules目录但 KernelSU 不支持.replace文件差异见 与 Magisk 的差异说明。故障急救包Q刷完镜像开不了机怎么办按顺序排查① 镜像压缩格式是否与原 boot 一致gz设备刷lz4是常见原因② KMI 是否对得上、安全补丁级别是否倒退③ 设备是否要求关闭 AVB 验证通常需要清数据。确认原因后用 fastboot 把备份的原厂 boot 刷回即可恢复没备份就从官方固件包或同机型用户处获取。理论上只动过 boot 分区的问题都能救。Q装了某个模块后系统开不了机模块是卡砖的重灾区KernelSU 内建了分级救援① 安全模式——首个启动画面出现后、动画结束前快速连按音量下键 3 次是连按不是长按进入后所有模块被禁用去管理器卸载问题模块部分系统如 MIUI/HyperOS长按音量下进系统安全模式时 KernelSU 也会同步进入。② ADB 救援——能拿到 root shell 就执行ksud module list找到问题模块ksud module disable id禁用后重启。③ Recovery 手动清理——彻底进不去系统时进 TWRP 挂载 data 分区后删除/data/adb/ksud重启后 KernelSU 不再加载任何模块进系统再处理。完整流程见 卡砖救援文档。Q刚装好 KernelSU模块装了却不生效先确认是否装了元模块没有元模块时模块不会被挂载。按普通模块流程安装meta-overlayfs并重启模块页能看到它即为生效。安全提醒不要安装来路不明的模块——模块拥有 root 权限可能造成不可逆破坏。上述所有救援手段都建立在模块只是写坏了启动逻辑的前提下恶意模块损坏系统后多数情况下只能清数据重装官方系统。一页速查卡原厂 boot / init_boot 镜像已备份唯一的后悔药KMIw.x-zzz-k三段与目标镜像一致目标镜像安全补丁级别不低于当前系统镜像压缩格式与原 boot 一致GKI 路线需要改/system的模块已装好 meta-overlayfs 等元模块关键命令ksud boot-patch -b boot.img --kmi KMI # 命令行修补镜像 fastboot flash boot boot.img # 刷入 boot 分区 ksud module disable id # ADB 下禁用问题模块官方文档安装指南卡砖救援元模块说明【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/10/13 6:28:19 · 阅读 1.2k KernelSU 该选 LKM 还是 GKI？Android 内核 Root 选型与上手完整指南
KernelSU 该选 LKM 还是 GKIAndroid 内核 Root 选型与上手完整指南【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU你刚拿到一台 GKI 的 Android 设备准备用 KernelSU 内核方案拿下 root却在选哪个模式、刷哪个镜像上卡住了。本文按 选型 → 核对 → 执行 → 验证 的顺序把 LKM 与 GKI 的取舍、刷前必查的兼容项、装完的快速验证和卡砖自救一次讲完照着做基本不会翻车。选型决策先回答这几个问题真机手机该选 LKM 还是 GKI真机手机优先选 LKM。LKM 模式不动你原来的内核只是往里面加载一个内核模块就像给一栋正在营业的大楼新派了一名门卫大楼本体和原有规则完全不变只是谁能进门这件事改由新门卫决定哪天不想 root 了相当于让门卫休息一阵重启设备权限就收回来了。升级也省事——后续升级 KernelSU 在管理器里点直接安装即可系统 OTA 后装到第二槽即可不用重新刷内核。什么情况下只能走 GKI模拟器、WSA、Waydroid 这类虚拟环境以及三星 KNOX 等锁机制导致 LKM 无法加载的设备走 GKI。GKI 模式用 KernelSU 提供的通用内核镜像整个替换原内核相当于把大楼整套门禁系统连门带规则整体换掉而不是加一个门卫。对 KNOX 设备来说就像门锁被防火封条焊死侧门LKM打不开只能整扇门换掉。代价是它常驻内核每次内核版本变动都要重新刷镜像卸载也需刷回原内核。两种模式的升级代价差在哪LKM 的升级成本几乎为零GKI 每次都要走一遍刷机流程。官方建议的选型口径很直接手机优先 LKM模拟器 / WSA / Waydroid 优先 GKI。参考 官方安装文档动手前把这些核对完KMI 是否一致为什么必须查KMIKernel Module Interface相同的内核才互相兼容就像插头和插座上的协议版本号对不上插进去就是死机。刷入 KMI 不一致的镜像轻则无法开机重则卡在启动动画。怎么查查看设备内核版本格式为Version.PatchLevel.SubLevel-AndroidRelease-KmiGeneration例如5.10.101-android12-9-g30979850fc20其中w.x-zzz-k三段才构成 KMI即5.10-android12-9。注意中间的 SubLevel101、137 这类数字不属于 KMI所以5.10.168-android13-12换到5.10.198-android13-12是安全的。root 后可用ksud boot-info current-kmi直接输出当前 KMI。安全补丁级别是否倒退为什么必须查新设备带防回滚机制刷入安全补丁级别更旧的镜像会被拒绝——即使 KMI 完全一致。比如系统是2023-11级别刷入2023-06级别的镜像多数情况下直接卡砖。怎么查同一 KMI 下通常提供多个不同安全补丁日期的镜像选日期最新的那个再用设备当前的安全补丁设置里的安全更新或终端执行getprop ro.build.version.security_patch和目标镜像的日期对一眼目标不能早于它。你看的是内核版本还是 Android 版本为什么必须查系统 Android 13内核却显示 android12-5.10 是正常现象——内核版本号跟随的是设备出厂时的 Android 版本后续系统升级通常不会改变它选错镜像是常见翻车原因。怎么查选镜像时永远以内核版本为准别盯着设置页里的 Android 版本号。拿到内核版本号后按前两条提取 KMI 和补丁级别去对镜像。boot 压缩格式是否一致GKI 路线必查为什么必须查同一 KMI 和补丁级别通常有lz4、gz、未压缩三种格式的镜像格式必须与你原 boot.img 一致否则刷入后多数情况下无法启动。小米设备常见gz或未压缩Pixel 常用lz4_legacy需手动修补见备选路线。怎么查用 magiskboot 解开原厂 boot.img 查看内核压缩格式或者咨询同机型的用户。压缩格式一般不变某格式成功启动过之后可优先复用。执行主路线主路线按官方推荐走 LKM真机共 5 步备份原厂 bootAndroid 13 以上设备是 init_boot镜像。⚠️ 这是唯一的后悔药刷坏后全靠它刷回去务必先做。安装KernelSU 管理器并打开确认显示未安装显示不支持说明该设备需自行编译内核官方不会提供可刷的 boot.img。修补镜像点右上角安装图标选选择并修补一个文件选择官方固件中的 boot/init_boot管理器自动完成修补。刷入修补后的镜像进 fastboot 执行fastboot flash boot new-boot.imginit_boot 设备把分区名换成init_boot。重启设备root 生效。备选路线GKI 直刷触发条件模拟器、WSA、Waydroid或三星 KNOX 等设备 LKM 无法加载按核对好的 KMI 补丁级别 压缩格式下载对应 GKI boot.img支持fastboot boot的设备先fastboot boot boot.img试启动没问题再fastboot flash boot正式刷入。命令行触发条件不想用图形界面或自动化流程用官方提供的ksud工具最常见用法为ksud boot-patch -b boot.img --kmi KMI修补完成后自行 fastboot 刷入--kmi用于设备内核命名不符合 KMI 规范时手动指定。TWRP触发条件设备有 TWRP 等自定义 Recovery下载与 KMI 匹配的AnyKernel3-*.zip放/sdcard后在 TWRP 安装或adb sideload AnyKernel-*.zip。装完怎么确认成功了✅ 1 分钟内跑完这 4 条即可确认打开管理器首页显示已安装和 KernelSU 版本号而不是未安装。终端执行su -c id预期返回uid0(root)。终端执行ksud debug version预期输出Kernel Version: 版本号且和你预期一致。执行ksud module list无报错若用管理器直接安装过可确认/data/adb/ksu/下已生成原厂镜像备份ksu_backup_$SHA1。注意刚装好的 KernelSU普通模块的挂载功能不工作。KernelSU 把怎么挂载模块的基础设施剥离成了可插拔的 metamodule元模块——就像搬家要先搭好装卸平台只跑脚本、sepolicy、system.prop 的小件可以直接搬要改/system分区这类大件必须先装元模块官方参考实现为meta-overlayfs安装方式和普通模块相同。同一时间只能装一个元模块卸载它会导致所有模块停止挂载详见 元模块文档。模块与 Magisk 同用/data/adb/modules目录但 KernelSU 不支持.replace文件差异见 与 Magisk 的差异说明。故障急救包Q刷完镜像开不了机怎么办按顺序排查① 镜像压缩格式是否与原 boot 一致gz设备刷lz4是常见原因② KMI 是否对得上、安全补丁级别是否倒退③ 设备是否要求关闭 AVB 验证通常需要清数据。确认原因后用 fastboot 把备份的原厂 boot 刷回即可恢复没备份就从官方固件包或同机型用户处获取。理论上只动过 boot 分区的问题都能救。Q装了某个模块后系统开不了机模块是卡砖的重灾区KernelSU 内建了分级救援① 安全模式——首个启动画面出现后、动画结束前快速连按音量下键 3 次是连按不是长按进入后所有模块被禁用去管理器卸载问题模块部分系统如 MIUI/HyperOS长按音量下进系统安全模式时 KernelSU 也会同步进入。② ADB 救援——能拿到 root shell 就执行ksud module list找到问题模块ksud module disable id禁用后重启。③ Recovery 手动清理——彻底进不去系统时进 TWRP 挂载 data 分区后删除/data/adb/ksud重启后 KernelSU 不再加载任何模块进系统再处理。完整流程见 卡砖救援文档。Q刚装好 KernelSU模块装了却不生效先确认是否装了元模块没有元模块时模块不会被挂载。按普通模块流程安装meta-overlayfs并重启模块页能看到它即为生效。安全提醒不要安装来路不明的模块——模块拥有 root 权限可能造成不可逆破坏。上述所有救援手段都建立在模块只是写坏了启动逻辑的前提下恶意模块损坏系统后多数情况下只能清数据重装官方系统。一页速查卡原厂 boot / init_boot 镜像已备份唯一的后悔药KMIw.x-zzz-k三段与目标镜像一致目标镜像安全补丁级别不低于当前系统镜像压缩格式与原 boot 一致GKI 路线需要改/system的模块已装好 meta-overlayfs 等元模块关键命令ksud boot-patch -b boot.img --kmi KMI # 命令行修补镜像 fastboot flash boot boot.img # 刷入 boot 分区 ksud module disable id # ADB 下禁用问题模块官方文档安装指南卡砖救援元模块说明【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考