KernelSU 安装实战一条决策树选对 LKM/GKI刷写引导镜像不翻车【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSUKernelSU 是一种内核级的 Android Root 方案它不动系统分区而是对 boot / init_boot 引导镜像动刀。本文带你走完整条安装链路判断设备走哪条路、选对运行模式、四条路径任选其一完成刷写。读完你将独立完成首次内核 Root不再对着教程懵圈掌握ksud boot-patch与 magiskboot 两套补丁手段吃透备份与还原机制刷坏了也能安全退路判断你的设备走哪条路先装好 KernelSU Manager 打开看提示按提示分叉显示「非対応Unsupported」→ 你的设备不在官方支持范围需要自行编译带 KernelSU 的内核官方永远不会给你现成的 boot.img此类设备可参考仓库中的非官方支持文档尝试自建内核。显示「未インストールNot installed」→ 设备受官方支持继续往下走。源码印证ksud 在自动探测分区前会解析内核版本硬性要求 5.10 及以上ensure_gki_kernel()逻辑不满足直接报only support GKI kernel。换句话说支持的本质就是设备属于 GKI 架构、内核版本够新。⚠️先别动手先备份。刷写任何分区之前把原厂 boot.img 完整拷出来adb pull或从官方固件提取。万一 bootloop你随时能用 fastboot 把原厂镜像刷回去救机如果条件允许把设备数据也一并备份。选模式LKM 还是 GKI进入操作前只需搞懂两个概念。KMIKernel Module Interface≈ 内核的身份证号。GKI 设备内核版本号形如5.10.101-android12-9-g30979850fc20其中5.10-android12-9就是 KMI。注意子版本号101 / 137不算身份证的一部分两个不同小版本的同 KMI 内核可以互换。刷错 KMI 基本等于 bootloop。安全补丁级别防回滚。新设备会拒绝安全补丁级别过旧的引导镜像设备是2023-11你刷入2023-06的镜像哪怕 KMI 对得上也可能起不来。另外记住内核版本对应的是设备出厂时的 Android 版本系统升级后内核号一般不变所以一切以uname -r为准别拿 Android 版本号对号入座。两种运行模式的核心差异一张表看清维度LKM模块模式GKI换核模式是否替换原厂内核否只往 ramdisk 注入kernelsu.ko模块是用通用内核镜像替换原厂内核适用设备手机优先模拟器、WSA、Waydroid 优先升级与 OTA管理器里直接装OTA 后装到另一分区即可免刷写升级需重新刷引导镜像特殊场景可临时加载/卸载 Root不动 boot 分区、不触发 AVB、不怕变砖KNOX 设备如三星LKM 不可用GKI 反而通吃对官方固件依赖需在原厂固件基础上打补丁不依赖官方固件KMI 对上就能用如果你用的是手机就选LKM如果是模拟器 / WSA / Waydroid就选GKI三星等 KNOX 设备只能走 GKI。⚡ 执行安装四条路径任选其一四条路径本质只干一件事要么把原厂内核换成 KernelSU 的要么把 KernelSU 的模块塞进 ramdisk。选哪条取决于你手上有什么Root电脑TWRP。路径 A管理器一键流已 Root / 支持 fastboot boot适用前提设备已 RootMagisk 或旧版 KernelSU或设备支持fastboot boot。操作步骤无 Root 时先用 KernelSU Release 里的通用 boot 镜像临时启动拿一个临时 Rootfastboot boot kernelsu_boot.img趁临时 Root 安装 Manager重启后会丢失重启后正式刷入补丁镜像见路径 B/C/D 任一再装 Manager。已有 Root 时点 Manager 右上角安装图标三选一选择文件并补丁无 Root 时用选中固件自动补丁后自行刷入直接安装自动取设备信息、自动备份原厂镜像、自动补丁并刷写这也是升级 KernelSU 的主力姿势安装到非活动分区A/B 设备 OTA 后专用装完重启即切换生效。验证重启后 Manager 顶部显示 Root 已授权。回滚走文末3 步刷回原厂镜像。 分区不用你操心ksud 会自动判断——Android 13 起 LKM 打init_bootGKI 恒定打bootandroid12-开头的 KMI 无 init_boot 则回落到boot。路径 Bksud boot-patch 命令行参数速查适用前提有电脑macOS / Linux / Windows手上有一份原厂 boot.imgksud 从 Release 页下载。ksud boot-patch -b boot.img --kmi android13-5.10参数速查参数作用-b, --boot引导镜像路径省略时Android 端自动探测分区-k, --kernel换核时指定内核文件GKI 路径用-m, --module换成你自己的 LKM 模块--kmi显式指定 KMI厂商改过内核名时救场-f, --flash/-o, --out补丁后直接写分区 / 指定输出目录执行流程一句话概括校验 boot 头版本≥3→ 解析 KMI优先级--kmi 当前内核 vendor 模块 vermagic boot 镜像 内核文件→ 解包 ramdiskinit改名init.real写入ksuinit和kernelsu.ko→ 重新打包遇到 Magisk 已打补丁的镜像会直接拒单。产物是kernelsu_patched_YYYYMMDD_HHMMSS.img先fastboot boot试启动没问题再正式 flash。验证adb reboot后 Manager 显示已安装。回滚刷回备份的 boot.img。全部逻辑可对照 ksud 补丁实现 核实。路径 Cmagiskboot 手动换核Pixel 等特殊设备适用前提boot.img 压缩格式非主流典型如 Pixel 的lz4_legacy直接刷通用 boot.img 会起不来必须手动把内核抠出来换掉。准备工作原厂 boot.img 一份可用 payload-dumper 从 OTA 包提取 从 AnyKernel3 包中取出的Image即 KernelSU 内核。Android 端官方 magiskbootadb push magiskboot boot.img Image /data/local/tmp/ adb shell cd /data/local/tmp chmod x magiskboot ./magiskboot unpack boot.img mv -f Image kernel ./magiskboot repack boot.imgPC 端流程相同只是把unpack / mv / repack三步在电脑上执行chmod x magiskboot ./magiskboot unpack boot.img mv -f Image kernel ./magiskboot repack boot.img 官方 magiskboot 只能在 Android 上跑Linux 例外可用官方版Windows / macOS 请找社区构建的 magiskboot_build。产出new-boot.img后用 fastboot 刷入先试fastboot boot再正式写。验证 / 回滚与路径 B 一致。路径 DAnyKernel3 免电脑升级 KernelSU适用前提设备已装 TWRP或用 Kernel Flasher 等内核管理 App 且已 Root典型场景是版本升级。从 Release 页下载与内核匹配的AnyKernel3-android12-5.10.66_yyyy-MM.zipTWRP 里直接安装或adb sideload AnyKernel3-android12-5.10.66_yyyy-MM.zip验证 / 回滚重启进系统看 Manager有问题刷回原厂 boot.img 即可。 排障与还原3 步 fastboot 刷回原厂镜像别慌只要备份在三步退路adb reboot bootloader fastboot flash boot stock_boot.img fastboot reboot完整卸载 KernelSU已 Root 时直接跑ksud boot-restore --flash。源码印证restore()先读补丁镜像里记录的stock_image.sha1命中/data/adb/ksu/ksu_backup_$SHA1备份就直接刷回没有备份则删掉kernelsu.ko、把init.real换回init重新打包。备份机制本身打补丁时原厂镜像的 SHA1 写入 ramdisk备份文件存于/data/adb/ksu/ksu_backup_$SHA1路径常量见 defs.rs。常见报错速查报错原因解法only support GKI kernel内核 5.10非 GKI 设备该走自建内核路线或确认刷错设备bootimage version … is not supported!boot 头版本 3改走路径 C 手动换核Cannot work with Magisk patched image镜像已被 Magisk 打补丁拿干净原厂 boot.img 重来KMI 自动识别失败厂商改了内核版本命名--kmi显式指定进阶模块与 Metamodule装完 Root 只是开始。想用修改/system文件的模块必须先装 metamodule——它是模块系统的基础设施层接管普通模块的挂载与安装逻辑官方参考实现meta-overlayfs走内核 overlayfs做到真正 systemless覆盖 system / vendor / product 等多分区。只跑脚本、sepolicy、system.prop 的模块则不需要。详见 Metamodule 官方指南。三条保命铁律贴在你的操作清单最上面先备份原厂 boot.img、严格匹配 KMI 再谈刷写、下镜像时瞄一眼安全补丁级别。【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 KernelSU 安装实战：一条决策树选对 LKM/GKI，刷写引导镜像不翻车
KernelSU 安装实战一条决策树选对 LKM/GKI刷写引导镜像不翻车【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSUKernelSU 是一种内核级的 Android Root 方案它不动系统分区而是对 boot / init_boot 引导镜像动刀。本文带你走完整条安装链路判断设备走哪条路、选对运行模式、四条路径任选其一完成刷写。读完你将独立完成首次内核 Root不再对着教程懵圈掌握ksud boot-patch与 magiskboot 两套补丁手段吃透备份与还原机制刷坏了也能安全退路判断你的设备走哪条路先装好 KernelSU Manager 打开看提示按提示分叉显示「非対応Unsupported」→ 你的设备不在官方支持范围需要自行编译带 KernelSU 的内核官方永远不会给你现成的 boot.img此类设备可参考仓库中的非官方支持文档尝试自建内核。显示「未インストールNot installed」→ 设备受官方支持继续往下走。源码印证ksud 在自动探测分区前会解析内核版本硬性要求 5.10 及以上ensure_gki_kernel()逻辑不满足直接报only support GKI kernel。换句话说支持的本质就是设备属于 GKI 架构、内核版本够新。⚠️先别动手先备份。刷写任何分区之前把原厂 boot.img 完整拷出来adb pull或从官方固件提取。万一 bootloop你随时能用 fastboot 把原厂镜像刷回去救机如果条件允许把设备数据也一并备份。选模式LKM 还是 GKI进入操作前只需搞懂两个概念。KMIKernel Module Interface≈ 内核的身份证号。GKI 设备内核版本号形如5.10.101-android12-9-g30979850fc20其中5.10-android12-9就是 KMI。注意子版本号101 / 137不算身份证的一部分两个不同小版本的同 KMI 内核可以互换。刷错 KMI 基本等于 bootloop。安全补丁级别防回滚。新设备会拒绝安全补丁级别过旧的引导镜像设备是2023-11你刷入2023-06的镜像哪怕 KMI 对得上也可能起不来。另外记住内核版本对应的是设备出厂时的 Android 版本系统升级后内核号一般不变所以一切以uname -r为准别拿 Android 版本号对号入座。两种运行模式的核心差异一张表看清维度LKM模块模式GKI换核模式是否替换原厂内核否只往 ramdisk 注入kernelsu.ko模块是用通用内核镜像替换原厂内核适用设备手机优先模拟器、WSA、Waydroid 优先升级与 OTA管理器里直接装OTA 后装到另一分区即可免刷写升级需重新刷引导镜像特殊场景可临时加载/卸载 Root不动 boot 分区、不触发 AVB、不怕变砖KNOX 设备如三星LKM 不可用GKI 反而通吃对官方固件依赖需在原厂固件基础上打补丁不依赖官方固件KMI 对上就能用如果你用的是手机就选LKM如果是模拟器 / WSA / Waydroid就选GKI三星等 KNOX 设备只能走 GKI。⚡ 执行安装四条路径任选其一四条路径本质只干一件事要么把原厂内核换成 KernelSU 的要么把 KernelSU 的模块塞进 ramdisk。选哪条取决于你手上有什么Root电脑TWRP。路径 A管理器一键流已 Root / 支持 fastboot boot适用前提设备已 RootMagisk 或旧版 KernelSU或设备支持fastboot boot。操作步骤无 Root 时先用 KernelSU Release 里的通用 boot 镜像临时启动拿一个临时 Rootfastboot boot kernelsu_boot.img趁临时 Root 安装 Manager重启后会丢失重启后正式刷入补丁镜像见路径 B/C/D 任一再装 Manager。已有 Root 时点 Manager 右上角安装图标三选一选择文件并补丁无 Root 时用选中固件自动补丁后自行刷入直接安装自动取设备信息、自动备份原厂镜像、自动补丁并刷写这也是升级 KernelSU 的主力姿势安装到非活动分区A/B 设备 OTA 后专用装完重启即切换生效。验证重启后 Manager 顶部显示 Root 已授权。回滚走文末3 步刷回原厂镜像。 分区不用你操心ksud 会自动判断——Android 13 起 LKM 打init_bootGKI 恒定打bootandroid12-开头的 KMI 无 init_boot 则回落到boot。路径 Bksud boot-patch 命令行参数速查适用前提有电脑macOS / Linux / Windows手上有一份原厂 boot.imgksud 从 Release 页下载。ksud boot-patch -b boot.img --kmi android13-5.10参数速查参数作用-b, --boot引导镜像路径省略时Android 端自动探测分区-k, --kernel换核时指定内核文件GKI 路径用-m, --module换成你自己的 LKM 模块--kmi显式指定 KMI厂商改过内核名时救场-f, --flash/-o, --out补丁后直接写分区 / 指定输出目录执行流程一句话概括校验 boot 头版本≥3→ 解析 KMI优先级--kmi 当前内核 vendor 模块 vermagic boot 镜像 内核文件→ 解包 ramdiskinit改名init.real写入ksuinit和kernelsu.ko→ 重新打包遇到 Magisk 已打补丁的镜像会直接拒单。产物是kernelsu_patched_YYYYMMDD_HHMMSS.img先fastboot boot试启动没问题再正式 flash。验证adb reboot后 Manager 显示已安装。回滚刷回备份的 boot.img。全部逻辑可对照 ksud 补丁实现 核实。路径 Cmagiskboot 手动换核Pixel 等特殊设备适用前提boot.img 压缩格式非主流典型如 Pixel 的lz4_legacy直接刷通用 boot.img 会起不来必须手动把内核抠出来换掉。准备工作原厂 boot.img 一份可用 payload-dumper 从 OTA 包提取 从 AnyKernel3 包中取出的Image即 KernelSU 内核。Android 端官方 magiskbootadb push magiskboot boot.img Image /data/local/tmp/ adb shell cd /data/local/tmp chmod x magiskboot ./magiskboot unpack boot.img mv -f Image kernel ./magiskboot repack boot.imgPC 端流程相同只是把unpack / mv / repack三步在电脑上执行chmod x magiskboot ./magiskboot unpack boot.img mv -f Image kernel ./magiskboot repack boot.img 官方 magiskboot 只能在 Android 上跑Linux 例外可用官方版Windows / macOS 请找社区构建的 magiskboot_build。产出new-boot.img后用 fastboot 刷入先试fastboot boot再正式写。验证 / 回滚与路径 B 一致。路径 DAnyKernel3 免电脑升级 KernelSU适用前提设备已装 TWRP或用 Kernel Flasher 等内核管理 App 且已 Root典型场景是版本升级。从 Release 页下载与内核匹配的AnyKernel3-android12-5.10.66_yyyy-MM.zipTWRP 里直接安装或adb sideload AnyKernel3-android12-5.10.66_yyyy-MM.zip验证 / 回滚重启进系统看 Manager有问题刷回原厂 boot.img 即可。 排障与还原3 步 fastboot 刷回原厂镜像别慌只要备份在三步退路adb reboot bootloader fastboot flash boot stock_boot.img fastboot reboot完整卸载 KernelSU已 Root 时直接跑ksud boot-restore --flash。源码印证restore()先读补丁镜像里记录的stock_image.sha1命中/data/adb/ksu/ksu_backup_$SHA1备份就直接刷回没有备份则删掉kernelsu.ko、把init.real换回init重新打包。备份机制本身打补丁时原厂镜像的 SHA1 写入 ramdisk备份文件存于/data/adb/ksu/ksu_backup_$SHA1路径常量见 defs.rs。常见报错速查报错原因解法only support GKI kernel内核 5.10非 GKI 设备该走自建内核路线或确认刷错设备bootimage version … is not supported!boot 头版本 3改走路径 C 手动换核Cannot work with Magisk patched image镜像已被 Magisk 打补丁拿干净原厂 boot.img 重来KMI 自动识别失败厂商改了内核版本命名--kmi显式指定进阶模块与 Metamodule装完 Root 只是开始。想用修改/system文件的模块必须先装 metamodule——它是模块系统的基础设施层接管普通模块的挂载与安装逻辑官方参考实现meta-overlayfs走内核 overlayfs做到真正 systemless覆盖 system / vendor / product 等多分区。只跑脚本、sepolicy、system.prop 的模块则不需要。详见 Metamodule 官方指南。三条保命铁律贴在你的操作清单最上面先备份原厂 boot.img、严格匹配 KMI 再谈刷写、下镜像时瞄一眼安全补丁级别。【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考