KernelSU Next使用教程

你的手机，真的准备好迎接内核级的"超级权限"了吗？为什么同样是 Root，KernelSU Next 敢说自己更"干净"？你的设备内核到底是非 GKI 还是 GKI 2.0，你查过吗？如果刷完补丁手机卡在开机动画，你手边备好原厂镜像了吗？在往下翻之前，先回答这几个问题——因为这不是一篇"一键搞定"的教程，而是一份需要你对自己设备负责的路线图。

KernelSU Next安装与操作前的准备事项

装置端操作条件与注意事项

进行 Root 操作与映像刷写前，请先确认装置处于可操作状态，并完成以下准备，以降低操作风险并确保流程顺利：

必要条件

• 装置已解锁 Bootloader：未解锁的装置无法进行映像刷写或 Kernel 权限修改。

• 开启开发者选项并启用 USB 除错功能：确保可透过 ADB 正常与计算机端连线。

建议操作（降低风险）

• 关闭锁屏密码与指纹辨识：可避免进入 fastboot 模式或刷入映像后，发生解密错误或权限验证异常。

• 已备份装置资料：Root 操作涉及系统变更，建议完整备份应用资料与个人档案，以备不时之需。

兼容性提醒

• 确认装置当前的韧体版本：建议先从装置中查明目前的韧体版本，作为后续下载原厂映像、并从中取得对应 boot.img 或 init_boot.img 的依据。请确保映像版本与装置实际情况一致，避免在使用 [工具名称] 处理时，因版本不符导致刷入后无法正常开机或进入 bootloop。

Windows 环境工具准备与操作路径规范

本教学操作环境以 Windows 为主，过程中会使用 adb、fastboot 等指令与工具，请依照下列步骤完成前置准备：

• 下载并解压最新版本的 Platform-Tools。

• 准备与装置系统版本相符的原厂映像档：后续所需的 boot.img 或 init_boot.img 必须与当前装置韧体版本一致，以避免因兼容性差异造成刷写失败或启动异常。

• 使用 MagiskBoot 处理 boot.img（针对 GKI 装置与 KernelSU GKI patch 模式）：若装置采用支援 GKI 的 Kernel，并计划透过 KernelSU 的 GKI patch 模式操作，将需使用 MagiskBoot – Boot Image Modification Tool 对 boot.img 进行解析与修改。本文操作将采用可于 Windows 环境下运作的编译版本，下载后请同样解压缩至 C:\platform-tools 目录中，以便统一操作说明。

KernelSU Next安装纪录与操作流程

KernelSU-Next 目前同样提供两种安装模式：LKM(Loadable Kernel Module)和 GKI(Generic Kernel Image)。

• LKM 模式：透过可载入的 Kernel 模块方式，将 KernelSU 注入现有的 Kernel 中，无需替换原始 Kernel。此模式适合希望保留原厂 Kernel 或使用第三方 Kernel 的使用者。

• GKI 模式：直接使用 KernelSU 提供的通用 Kernel 映像，替换装置原有的 Kernel。此模式适用于需要更高通用性或在 LKM 模式无法运作的情况下。

不过，实际采用哪一种模式，仍应根据装置特性、使用情境与个人需求弹性选择。两种方式在安装过程中所需的工具与操作细节也有所不同。

LKM 模式安装纪录

修补初始启动映像(init_boot.img)

点击显示未安装的红色区块，选择一个档案 (请参考韧体提取说明，将 init_boot.img 上传至手机中的 Download 资料夹，供 KernelSU-NEXT 选取使用)

补充说明

Android 13 以前的装置，KernelSU-Next 会针对 boot.img 进行 patch；但从 Android 13 开始，引入了 init_boot.img 作为开机阶段的独立映像档，因此后续操作将改为处理 init_boot.img。

选取先前上传至装置 Download 资料夹下方的 init_boot.img，并执行下一步

KernelSU-Next 会自动进行修补作业，完成后的档案会放在装置 Download 资料夹下方，档案命名规则是 kernelsu_next_patched_操作日期_随机字符串.img

刷入修补后的初始启动映像档(patched init_boot.img)

1.开启「命令提示字符」，并切换工作目录至先前解压缩的 platform-tools 资料夹。使用 USB 数据线将手机与计算机连接后，输入 adb devices 指令确认 ADB 是否连线成功，若连线正常，画面将显示装置序号

2.输入 adb pull /storage/emulated/0/Download/kernelsu_next_patched_20250507_140409.img 指令，将事前透过 KernelSU-Next 修补产生的映像档下载至目前的 platform-tools 资料夹

3.输入 adb reboot bootloader 指令，让手机重新启动并进入 Fastboot 模式

4.在 Fastboot 模式下，输入 fastboot devices 指令，确认手机是否与计算机保持连线，若成功，画面会显示装置序号

5.输入 fastboot getvar current-slot 指令，系统回传 current-slot: a，代表目前使用的是 A 分割区

6.接着输入 fastboot flash init_boot_a kernelsu_next_patched_20250507_140409.img 指令，将修补后的映像档刷入对应分割区

7.最后输入 fastboot reboot 指令，让手机重新开机，完成 KernelSU-Next LKM Root 操作流程

完成刷写并重新启动装置后，开启 KernelSU-Next，画面上应会显示「工作中」，代表目前系统已成功以 LKM 模式执行 KernelSU-Next。如要进一步确认是否成功取得 Root 权限，也可以安装第三方工具，例如 Root Checker。启动后点选「验证 ROOT」按钮，若显示「Root 权限已正确安装于此装置」即表示操作成功，系统目前具备完整的 Root 权限。

GKI 模式安装纪录

KernelSU-Next 同样也支援 GKI（Generic Kernel Image）模式。

GKI 模式的安装方式

目前 GKI 模式提供以下几种安装方式，不同情境可选择对应作法：

1.使用 fastboot 搭配 KernelSU 提供的 boot.img 安装

2.使用内核刷写工具（如 Kernel Flasher）进行安装

3.手动修补 boot.img 并刷入装置

4.使用自订 Recovery（如 TWRP）进行安装

与 LKM 模式不同，GKI 模式一律针对 boot 分区进行修改，不需要依照 Android 系统版本额外考虑 boot 与 init_boot 分区的差异。也就是说，即便是在 Android 13 或以上版本，GKI 模式仍旧是处理 boot.img。

然而，GKI 模式的核心重点在于 KMI（Kernel Module Interface）兼容性。即使选择正确的安装方式，若所使用的 boot.img 与装置实际执行的 KMI 不一致，Kernel 模块仍有可能无法正常载入。这是导致许多 GKI 安装案例失败的关键因素。

查询装置 Kernel 版本与对应的 KMI

方法一 : 透过 Fastboot 安装 KSUN 提供的 boot.img

假设使用者装置的 boot.img 压缩格式是RAW，这边就下载 android14-6.1.99_2024-10-boot.img.gz，将压缩档内的 android14-6.1.99_2024-10-boot.img 解压缩到 c:\platform-tools

1.开启「命令提示字符」，并切换工作目录至先前解压缩的 platform-tools 资料夹。使用 USB 数据线将手机与计算机连接后，输入 adb devices 指令确认 ADB 是否连线成功，若连线正常，画面将显示装置序号

2.输入 adb reboot bootloader 指令，让手机重新启动并进入 Fastboot 模式

3.在 Fastboot 模式下，输入 fastboot devices 指令，确认手机是否与计算机保持连线，若成功，画面会显示装置序号

4.输入 fastboot getvar current-slot 指令，系统回传 current-slot: a，代表目前使用的是 A 分割区

5.接着输入 fastboot flash boot_a android14-6.1.99_2024-10-boot.img 指令，将修补后的映像档刷入对应分割区

6.最后输入 fastboot reboot 指令，让手机重新开机，完成 KernelSU-Next GKI Root 操作流程

不过上述方式并不适用于 Pixel 系列手机，原因在于其 Kernel 映像采用的是 lz4_legacy 压缩格式，而目前官方并未提供兼容的 boot.img，若强行刷入其他格式的映像档，装置将无法正常开机，甚至直接进入 bootloop。

此时，仅能透过强制关机后刷回原厂韧体中的 boot.img 才能恢复。 针对这类情况，建议改采 手动修补原生 boot.img 的方式，以保留装置原始的压缩格式，确保映像档与系统兼容，避免进入无法开机的状态。

方法二 : 手动修补 boot.img

准备修补所需档案

下载 Windows 版本的 magiskboot，并将 magiskboot.exe 解压缩至 c:\platform-tools 目录下

开启从 Google 官方下载的 factory image（如 image-lynx-bp1a.250405.007.b1.zip），将其中的 boot.img 解压缩至 c:\platform-tools，作为后续 patch 的原始映像档

根据目前装置的 Kernel 版本与 KMI 对应项目，下载合适的 AnyKernel3 安装包（例如：AnyKernel3-android14-6.1.99_2024-10.zip），并将压缩档内的 Image 解压缩至 c:\platform-tools

使用 magiskboot 修补 boot.img 的完整流程

在命令提示字符 c:\platform-tools 下执行 magiskboot unpack boot.img 指令来将原厂韧体中的 boot.img 给解压缩，这时候后看到 KERNEL_FMT 显示的压缩格式为 lz4_legacy

继续执行 dir kernel*，会看到 c:\platform-tools 资料夹下方多出一个 kernel 档

1.这时输入 move /Y Image kernel 指令，这时会将 AnyKernel3 安装包中的 Image 档取代原厂 kernel

2.接着输入 magiskboot repack boot.img，这时会重新封装成 new-boot.img 档

1.开启「命令提示字符」，并切换工作目录至先前解压缩的 platform-tools 资料夹。使用 USB 数据线将手机与计算机连接后，输入 adb devices 指令确认 ADB 是否连线成功，若连线正常，画面将显示装置序号

2.输入 adb reboot bootloader 指令，让手机重新启动并进入 Fastboot 模式

3.在 Fastboot 模式下，输入 fastboot devices 指令，确认手机是否与计算机保持连线，若成功，画面会显示装置序号

4.输入 fastboot getvar current-slot 指令，系统回传 current-slot: b，代表目前使用的是 B 分割区

5.接着输入 fastboot flash boot_b new-boot.img 指令，将手动修补后的映像档刷入对应分割区

6.最后输入 fastboot reboot 指令，让手机重新开机，完成 KernelSU-Next GKI Root 操作流程

完成刷写并重新启动装置后，开启 KernelSU-Next，画面上应会显示「工作中」，代表目前系统已成功以 GKI 模式执行。如要进一步确认是否成功取得 Root 权限，也可以安装第三方工具，例如 Root Checker。启动后点选「验证 ROOT」按钮，若显示「Root 权限已正确安装于此装置」即表示操作成功，系统目前具备完整的 Root 权限。

补充：其他 GKI 模式安装选项

除了本文所介绍的两种主要方式外，KernelSU-Next 也有其他不同情境的 GKI 模式的安装方法：

• 使用 Kernel Flasher：适用于已取得 root 权限，或可透过 fastboot boot 临时启动取得权限的装置，搭配第三方 Kernel 安装工具（如 Kernel Flasher）将对应 KMI 的 AnyKernel3 安装包刷入系统。

• 使用 custom Recovery（如 TWRP）：若装置本身已安装客制化 Recovery，亦可直接透过该环境刷入对应 KMI 的 AnyKernel3 安装包完成 KernelSU GKI 模式。

这两种方法在部分特定场景中是可行选项，但因操作条件与适用对象较不一致，本文不进行详细说明。

• 启用 Zygisk 功能：需额外安装模块

由于 KernelSU-Next 是专注于 Kernel 层权限实作的 Root 解决方案，本身并不涉入 Android 使用者空间(user space)的模块管理与程序码注入，因此若有需求使用依赖 Zygote 注入的功能，例如模块 API、隐藏 Root、支援 LSPosed 等，则需额外安装兼容模块来补足。

目前最常见的选择是安装 ZygiskNext，这是一个由社群维护、针对 KernelSU/KSUN 架构所打造的 Zygisk 独立实作模块，目的是在不依赖 Magisk 的前提下，实现对 Zygisk API 的完整支援，让各类模块能够在 KSUN 环境中正常运作。

如果你认同 KernelSU-Next 强调的 transparency 精神，并希望模块本身也维持相同原则，也可以考虑使用另一个选项 ReZygisk，它同样是一款独立开发的 Zygisk API 实作模块，强调开源可验证。

无论选择哪一款模块，都可以从其 GitHub 页面下载 ZIP 压缩档，透过 KernelSU-Next 安装，并重新启动装置后启用 Zygisk 支援，即可让需要 Zygote 注入能力的模块顺利运作于 KernelSU-Next 环境中。

• 移除 KernelSU-Next：依安装模式选择对应清除方式

移除 KernelSU-Next 的方法会根据当初采用的安装模式而有所不同。若是使用 LKM 模式，由于不会修改 boot 区块，移除时只需透过 KernelSU-Next 选单中执行卸载即可，步骤简单明确；但如果是透过 GKI 模式 安装，则因涉及 boot.img 的修改，必须重新刷回原厂的 boot 映像档才能完成还原。

为避免误操作导致装置无法开机，建议在移除前先确认自己当初的安装方式，并依照对应的处理步骤来操作。

LKM 模式移除流程与注意事项

开启 KernelSU-Next 后，点击右下角设定图示，在选单中找到「卸载」功能

点选「永久卸载」选项，即可彻底移除 KernelSU-Next 和所有模块，另解除安装并将装置重新启动后，变更才会生效。

GKI 模式移除与 boot.img 还原注意事项

在 GKI 模式下，KernelSU-Next 并不会显示「卸载」选项。若要将其移除，需要透过刷回原始 boot.img 的方式完成。操作流程如下：

1.将原厂 boot.img 放置于 c:\platform-tools 目录，并将手机进入 fastboot 模式

2.执行 fastboot getvar current-slot，确认目前启用中的分割区(例如回传 current-slot: b 代表使用的是 B 分区)

3.根据查得结果，执行 fastboot flash boot_b boot.img (或 boot_a)，将原始 boot.img 刷入对应分区

4.刷写完成后输入 fastboot reboot，重新启动装置

5.系统启动后，将 KernelSU-Next 移除，即完成 GKI 模式卸载流程