KernelSU 刷前怎么核对、刷后怎么救GKI 与 LKM 内核 Root 安装指南【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSUKernelSU 是一款运行在 Linux 内核层的 Android root 方案它不靠修改用户态系统文件提权而是在内核里接管权限判定root 行为因此更底层、更难被常规手段识别。从 0.9.0 版本起它提供了 GKI 模式和 LKM 模式两条路线选错模式或刷错镜像轻则无法开机重则数据全丢。下面按选型 → 核对 → 执行 → 排障的顺序把每一步该做的动作讲清楚。先定路线LKM 装进原内核GKI 替换整个内核两种模式的本质区别在于原内核动不动维度LKM 模式GKI 模式内核形态原厂内核保留往里面注入一个可加载模块原厂内核被 KernelSU 的通用镜像Generic Kernel Image整体换掉动哪个分区改 ramdiskAndroid 13 及以上设备是init_boot其余是boot只动boot分区升级/OTA 代价管理器里点一下就完成OTA 后装到第二槽即可内核版本一变就要重新刷镜像卸载方式可免重启临时卸载不触发 AVB 校验常驻卸载要刷回原厂镜像选型判断一句话真机手机默认 LKM模拟器、WSA、Waydroid 用 GKI三星 KNOX 锁死模块加载的设备只能走 GKI。LKM 还有个隐藏优势——配合fastboot boot可以临时 root不写任何分区就能先体验再决定。三个版本数字KMI 三段怎么读补丁级别为什么不能倒退刷入前你要核对三个数字全错了才叫翻不了车。1. KMI w.x-zzz-k共三段。GKI 设备内核版本形如5.10.101-android12-9-g30979850fc20格式是Version.PatchLevel.SubLevel-AndroidRelease-KmiGeneration。其中5.10-android12-9才是 KMI中间的 SubLevel101、168 这类不参与判定。推论一5.10.101-android13-12和5.10.198-android13-12属于同一 KMI可无缝互换推论二KMI 不同的内核互不兼容刷错就是开不了机。2. 安全补丁级别只能前进。新设备带防回滚机制系统补丁是2023-11你刷一个2023-06的镜像即使 KMI 完全一致也可能直接卡砖。同一 KMI 下选补丁级别最新的那个镜像。3. 内核版本跟随出厂 Android 版本。系统升到 Android 13、内核仍显示android12-5.10是正常现象选镜像永远以uname -r看到的内核版本为准别盯着设置页里的 Android 版本看。细节项同一 KMI 和补丁级别通常提供lz4、gz、未压缩三种 boot 镜像压缩格式必须与你原boot.img一致否则刷完无法启动。小米常见gz或未压缩Pixel 常见lz4_legacy需特殊处理见下文。完整核对规则见安装文档。动手执行管理器三选项、ksud 命令与 fastboot 刷入无论走哪条路线先备份原厂boot/init_boot镜像——这是事后恢复的唯一依据从原厂固件包或本机读出都行没备份就从官方固件或同机型用户处获取。LKM 路线真机首选选择文件无 root 时的首装方式。把原厂 boot 镜像交给管理器修补产出的新镜像自行用 fastboot 刷入直接安装已 root 时最快。管理器自动读取设备信息、修补并刷入也是日常升级 KernelSU 的主路径。首次安装且当前槽未被修补过时它会自动备份原厂镜像之后可用卸载 → 恢复原厂镜像一键回滚安装到非活跃槽A/B 分区设备 OTA 之后直接装进另一个槽再重启不用碰电脑。不想用图形界面用发布包里的跨平台ksud工具核心一条命令ksud boot-patch -b boot.img --kmi 你的KMI补好之后自己fastboot flash boot刷入即可。GKI 路线替换内核按 KMI 补丁级别 压缩格式下载对应通用 boot 镜像设备进 fastbootfastboot flash boot boot.img然后fastboot rebootPixel 等lz4_legacy机型直接刷官方镜像可能起不来用magiskboot unpack boot.img解开原厂 boot把 KernelSU 包里的Image文件替换掉解出的kernel再magiskboot repack boot.img刷回产出的new-boot.img——安装文档里有逐步命令有 TWRP 的话可走 AnyKernel3 路线下载 KMI 匹配的AnyKernel3-*.zip进 Recovery 安装首装和升级都适用。装完先别加模块元模块是挂载的底座这里有个新手高频盲区刚装好的 KernelSU模块的挂载功能是失效的。KernelSU 采用 metamodule元模块架构把模块怎么挂载这类基础设施从核心剥离交给可插拔模块实现只跑post-fs-data.sh/service.sh脚本、sepolicy.rule、system.prop的模块不依赖挂载装完即生效要通过system目录改/system等分区的模块必须先装一个元模块官方参考实现是meta-overlayfs基于 overlayfs 做无感挂载安装方式和普通模块一模一样。两条硬约束元模块同一时间只能装一个装第二个会被拒绝卸载唯一在用的元模块后所有模块立即停止挂载想恢复就得再装一个。架构细节见元模块文档。从 Magisk 迁过来哪些直接通用哪里要改如果你之前用 Magisk大部分肌肉记忆可以保留但有四处要对齐模块目录相同两边都在/data/adb/modulesZIP 格式也基本一致脚本与 sepolicy 语义一致post-fs-data.sh、service.sh、system.prop、sepolicy.rule的运行时机和含义完全相同不支持.replace文件想删文件用mknod filename c 0 0建同名空文件占位或用REMOVE/REPLACE变量实现移除/替换两套模块系统不能同时启用同时挂 KernelSU 和 Magisk 的模块机制会导致行为不可预期二选一。另外 KernelSU 多了boot-completed和post-mount两个脚本阶段脚本环境同样是 BusyBox Standalone 模式跨平台写脚本不用改。差异全表见与 Magisk 的差异说明。开不了机怎么救按症状走两条排查链症状一刷入镜像后无法开机只动过 boot 分区的问题都可恢复按顺序查压缩格式是否与原 boot 一致gz设备刷了lz4是最高频原因安全补丁级别是否倒退、KMI 是否匹配该设备是否需要关闭 AVB 验证通常要清除数据。定位到原因后用 fastboot 把备份的原厂 boot 刷回去即可开机没备份就从官方固件包或同机型用户处拿一份。症状二装了某模块后开不了机KernelSU 内建两级救援见卡砖救援文档安全模式开机动画出现后、动画结束前快速按下音量下键 3 次点按三下不是长按进系统后所有模块自动禁用进管理器卸载问题模块。MIUI/HyperOS 长按音量下进系统安全模式时KernelSU 也会同步进入安全模式手动清理安全模式无效时能进 ADB 就执行ksud module disable id禁用或uninstall问题模块彻底进不了系统就进 TWRP挂载 data 分区后删除/data/adb/ksud重启后模块一律不加载进系统再处理。一条红线不要安装来路不明的模块。模块持有 root 权限能造成不可逆破坏上面所有救援手段都默认模块只是写坏了启动逻辑恶意模块损坏系统后只剩清数据、重刷官方系统一条路。升级节奏与动手前检查清单日常升级策略分两类LKM 用户在管理器点直接安装即完成GKI 用户在每次内核版本变动时重新核对 KMI 与补丁级别再刷入对应镜像。动手前过一遍这张清单任何一项不满足就先停下来备份原厂 boot / init_boot 镜像 └─ 否 → 先备份别往下走 KMI 三段w.x-zzz-k与目标镜像一致 └─ 否 → 换镜像SubLevel 不同不影响 目标镜像安全补丁级别 ≥ 当前系统 └─ 否会倒退→ 换更新的镜像 镜像压缩格式与原 boot 一致 └─ 否 → 换格式或走 magiskboot 手动修补 要改 /system 的模块已装好 meta-overlayfs 等元模块 └─ 否 → 装完 KernelSU 先装元模块 模块来源可信 └─ 否 → 别装全部通过后再执行刷入GKI 与 LKM 的选型、版本兼容、安装与升级就都在可控范围内了。【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
KernelSU 刷前怎么核对、刷后怎么救GKI 与 LKM 内核 Root 安装指南【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSUKernelSU 是一款运行在 Linux 内核层的 Android root 方案它不靠修改用户态系统文件提权而是在内核里接管权限判定root 行为因此更底层、更难被常规手段识别。从 0.9.0 版本起它提供了 GKI 模式和 LKM 模式两条路线选错模式或刷错镜像轻则无法开机重则数据全丢。下面按选型 → 核对 → 执行 → 排障的顺序把每一步该做的动作讲清楚。先定路线LKM 装进原内核GKI 替换整个内核两种模式的本质区别在于原内核动不动维度LKM 模式GKI 模式内核形态原厂内核保留往里面注入一个可加载模块原厂内核被 KernelSU 的通用镜像Generic Kernel Image整体换掉动哪个分区改 ramdiskAndroid 13 及以上设备是init_boot其余是boot只动boot分区升级/OTA 代价管理器里点一下就完成OTA 后装到第二槽即可内核版本一变就要重新刷镜像卸载方式可免重启临时卸载不触发 AVB 校验常驻卸载要刷回原厂镜像选型判断一句话真机手机默认 LKM模拟器、WSA、Waydroid 用 GKI三星 KNOX 锁死模块加载的设备只能走 GKI。LKM 还有个隐藏优势——配合fastboot boot可以临时 root不写任何分区就能先体验再决定。三个版本数字KMI 三段怎么读补丁级别为什么不能倒退刷入前你要核对三个数字全错了才叫翻不了车。1. KMI w.x-zzz-k共三段。GKI 设备内核版本形如5.10.101-android12-9-g30979850fc20格式是Version.PatchLevel.SubLevel-AndroidRelease-KmiGeneration。其中5.10-android12-9才是 KMI中间的 SubLevel101、168 这类不参与判定。推论一5.10.101-android13-12和5.10.198-android13-12属于同一 KMI可无缝互换推论二KMI 不同的内核互不兼容刷错就是开不了机。2. 安全补丁级别只能前进。新设备带防回滚机制系统补丁是2023-11你刷一个2023-06的镜像即使 KMI 完全一致也可能直接卡砖。同一 KMI 下选补丁级别最新的那个镜像。3. 内核版本跟随出厂 Android 版本。系统升到 Android 13、内核仍显示android12-5.10是正常现象选镜像永远以uname -r看到的内核版本为准别盯着设置页里的 Android 版本看。细节项同一 KMI 和补丁级别通常提供lz4、gz、未压缩三种 boot 镜像压缩格式必须与你原boot.img一致否则刷完无法启动。小米常见gz或未压缩Pixel 常见lz4_legacy需特殊处理见下文。完整核对规则见安装文档。动手执行管理器三选项、ksud 命令与 fastboot 刷入无论走哪条路线先备份原厂boot/init_boot镜像——这是事后恢复的唯一依据从原厂固件包或本机读出都行没备份就从官方固件或同机型用户处获取。LKM 路线真机首选选择文件无 root 时的首装方式。把原厂 boot 镜像交给管理器修补产出的新镜像自行用 fastboot 刷入直接安装已 root 时最快。管理器自动读取设备信息、修补并刷入也是日常升级 KernelSU 的主路径。首次安装且当前槽未被修补过时它会自动备份原厂镜像之后可用卸载 → 恢复原厂镜像一键回滚安装到非活跃槽A/B 分区设备 OTA 之后直接装进另一个槽再重启不用碰电脑。不想用图形界面用发布包里的跨平台ksud工具核心一条命令ksud boot-patch -b boot.img --kmi 你的KMI补好之后自己fastboot flash boot刷入即可。GKI 路线替换内核按 KMI 补丁级别 压缩格式下载对应通用 boot 镜像设备进 fastbootfastboot flash boot boot.img然后fastboot rebootPixel 等lz4_legacy机型直接刷官方镜像可能起不来用magiskboot unpack boot.img解开原厂 boot把 KernelSU 包里的Image文件替换掉解出的kernel再magiskboot repack boot.img刷回产出的new-boot.img——安装文档里有逐步命令有 TWRP 的话可走 AnyKernel3 路线下载 KMI 匹配的AnyKernel3-*.zip进 Recovery 安装首装和升级都适用。装完先别加模块元模块是挂载的底座这里有个新手高频盲区刚装好的 KernelSU模块的挂载功能是失效的。KernelSU 采用 metamodule元模块架构把模块怎么挂载这类基础设施从核心剥离交给可插拔模块实现只跑post-fs-data.sh/service.sh脚本、sepolicy.rule、system.prop的模块不依赖挂载装完即生效要通过system目录改/system等分区的模块必须先装一个元模块官方参考实现是meta-overlayfs基于 overlayfs 做无感挂载安装方式和普通模块一模一样。两条硬约束元模块同一时间只能装一个装第二个会被拒绝卸载唯一在用的元模块后所有模块立即停止挂载想恢复就得再装一个。架构细节见元模块文档。从 Magisk 迁过来哪些直接通用哪里要改如果你之前用 Magisk大部分肌肉记忆可以保留但有四处要对齐模块目录相同两边都在/data/adb/modulesZIP 格式也基本一致脚本与 sepolicy 语义一致post-fs-data.sh、service.sh、system.prop、sepolicy.rule的运行时机和含义完全相同不支持.replace文件想删文件用mknod filename c 0 0建同名空文件占位或用REMOVE/REPLACE变量实现移除/替换两套模块系统不能同时启用同时挂 KernelSU 和 Magisk 的模块机制会导致行为不可预期二选一。另外 KernelSU 多了boot-completed和post-mount两个脚本阶段脚本环境同样是 BusyBox Standalone 模式跨平台写脚本不用改。差异全表见与 Magisk 的差异说明。开不了机怎么救按症状走两条排查链症状一刷入镜像后无法开机只动过 boot 分区的问题都可恢复按顺序查压缩格式是否与原 boot 一致gz设备刷了lz4是最高频原因安全补丁级别是否倒退、KMI 是否匹配该设备是否需要关闭 AVB 验证通常要清除数据。定位到原因后用 fastboot 把备份的原厂 boot 刷回去即可开机没备份就从官方固件包或同机型用户处拿一份。症状二装了某模块后开不了机KernelSU 内建两级救援见卡砖救援文档安全模式开机动画出现后、动画结束前快速按下音量下键 3 次点按三下不是长按进系统后所有模块自动禁用进管理器卸载问题模块。MIUI/HyperOS 长按音量下进系统安全模式时KernelSU 也会同步进入安全模式手动清理安全模式无效时能进 ADB 就执行ksud module disable id禁用或uninstall问题模块彻底进不了系统就进 TWRP挂载 data 分区后删除/data/adb/ksud重启后模块一律不加载进系统再处理。一条红线不要安装来路不明的模块。模块持有 root 权限能造成不可逆破坏上面所有救援手段都默认模块只是写坏了启动逻辑恶意模块损坏系统后只剩清数据、重刷官方系统一条路。升级节奏与动手前检查清单日常升级策略分两类LKM 用户在管理器点直接安装即完成GKI 用户在每次内核版本变动时重新核对 KMI 与补丁级别再刷入对应镜像。动手前过一遍这张清单任何一项不满足就先停下来备份原厂 boot / init_boot 镜像 └─ 否 → 先备份别往下走 KMI 三段w.x-zzz-k与目标镜像一致 └─ 否 → 换镜像SubLevel 不同不影响 目标镜像安全补丁级别 ≥ 当前系统 └─ 否会倒退→ 换更新的镜像 镜像压缩格式与原 boot 一致 └─ 否 → 换格式或走 magiskboot 手动修补 要改 /system 的模块已装好 meta-overlayfs 等元模块 └─ 否 → 装完 KernelSU 先装元模块 模块来源可信 └─ 否 → 别装全部通过后再执行刷入GKI 与 LKM 的选型、版本兼容、安装与升级就都在可控范围内了。【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
