
想在 KernelSU 上跑 LSPosed先看懂 ZygiskNext 怎么补位【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSUKernelSU 内核里没内置 Zygisk负责给 Android 应用进程做注入的框架所以想在上面跑 LSPosed 或其他 Xposed 模块得先装 ZygiskNext 把这块能力补上LSPosed 才有落脚的地方。动手前先确认这 3 件事Manager 状态打开 KernelSU Manager首页应显示Not installed这代表设备在官方支持范围内若显示Unsupported说明官方路线走不通得自己编译内核或看非官方支持方案。为什么重要后面所有安装操作都从 Manager 入口做状态不对等于地基没打好。两个 ZIP 都要备好一个是 ZygiskNext 的模块包一个是 LSPosed 的 Zygisk 版安装包。Magisk 生态里的 Zygisk 模块与 KernelSU 兼容直接拿过来就能用。为什么重要ZygiskNext 只负责提供 Zygisk 能力LSPosed 才是真正干活的框架缺哪一环链条都断。要不要 metamodule只有模块要修改/system文件带system目录时才需要 metamodule如meta-overlayfsscripts、sepolicy 规则、system.prop 这些功能不需要。为什么重要全新安装的 KernelSU 没装 metamodule 时带system目录的模块挂不上去你会误以为是模块本身坏了。三步把 ZygiskNext 和 LSPosed 装上去第 1 步装 ZygiskNext打开 KernelSU Manager点悬浮的 ➕ 按钮选中 ZygiskNext 的 ZIP装完重启。它就是个普通 KernelSU 模块走的和 metamodule 安装一样的标准流程。第 2 步装 LSPosed重启回桌面后同样点 ➕ 选中 LSPosed 的 ZIP再重启一次。ZygiskNext 就位后LSPosed 这类 Zygisk 模块的内容与 Magisk 支持的完全一致迁移过来不用做任何改动。第 3 步在 LSPosed 里配置目标进 LSPosed 自己的应用界面勾选需要注入的应用。这部分配置由框架自身完成KernelSU 只管把 Zygisk 环境铺好。开机时它到底干了什么 官方 Module guide 里有一份完整的启动时序带*的行是 KernelSU 的动作下面截取了和 Zygisk 直接相关的部分post-fs-data *execute module scripts post-fs-data.sh **(Zygisk)./bin/zygisk-ptrace64 monitor ... class_start main start-service adb, netd (iptables), zygote, etc. *execute general scripts in service.d/ *execute module scripts service.sh **(Zygisk) hook zygote (start zygiskd) **(Zygisk) mount zygisksu/module.prop start system apps (autostart)拆开看就是三拍。post-fs-data阶段文件系统刚就绪ZygiskNext 在这里拉起一个常驻的zygisk-ptrace64 monitor进程蹲点。等 boot 走到late_start服务阶段service.sh被触发ZygiskNext 趁 zygote所有应用进程的母进程启动的窗口把它 hook 住顺手启动 zygiskd、挂上 zygisksu 的 module.prop。此后 zygote 每 fork 一个应用进程Zygisk 环境都自动带上LSPosed 的钩子就是在那一刻生效的。怎么确认 LSPosed 真的生效了方式操作Manager 界面进 Module 页看列表ZygiskNext 和 LSPosed 都应出现在已装模块里生效中的 metamodule 同样会显示命令行拿到 root shell 后跑ksud module list两个模块的 ID 都列出来即安装完成列表里能看到、LSPosed 应用内也能正常勾选目标应用基本就齐活了框架内部更细的验证以 LSPosed 自己的提示为准。装完开不了机按这个顺序救 ⚠️ 文档反复警告别装来路不明的模块它们手握 root 权限可能把设备弄出不可逆的损坏。真踩坑了按下面三条对号入座。Magisk 彻底罢工→ 原因KernelSU 的模块系统与 Magisk 的 magic mount 直接冲突KernelSU 里只要启用任一模块Magisk 就完全停摆。解法放弃两套并存的思路Zygisk 模块整体交给 ZygiskNext 承载只有当你在 KernelSU 里只用su、不启用任何模块时两者才能共存——KernelSU 动内核Magisk 动 ramdisk互不干扰。开机卡死进不了系统→ 原因装上的模块比如 ZygiskNext 或 LSPosed本身有问题把启动流程卡住了。解法首次开机画面出现后、开机动画出来之前对音量下键做按下-松开的快速点按 3 次以上——是点按不是长按——触发 KernelSU 内置安全模式全部模块被禁用然后进 Manager 的 Module 页卸载问题模块。开机特别快的机型容易错过按键窗口多试几轮。late-load 模式下行为不同→ 原因ksud late-load是系统完全启动后才加载内核模块initrc 注入、音量键安全模式检测这些早期机制在该模式下不存在安全模式始终禁用。解法排障前先对照文档的 Late-load mode 一节确认自己的运行模式别指望按键进安全模式模块管理只能走 ADB/ksud 或 Recovery 手动清理。设备还能连 ADB 的话直接在命令行处理最干脆adb shell su ksud module list # 列出所有模块 ksud module disable id # 禁用问题模块 ksud module uninstall id # 或直接卸载 rebootid换成module list里显示的目标模块 ID。相关文档FAQ、Module guide、Difference with Magisk、Metamodule Guide、Rescue from bootloop【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考