KernelSU Bootloop 自救指南3 种方式让无法开机的设备恢复可用【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU如果你的设备在刷入 KernelSU 模块或镜像后卡在启动界面反复重启这种情况通常称为 bootloop即设备无法通过开机流程本文按处理成本从低到高给出三条恢复路径设备内安全模式、借助 PC 的 ADB 或 Recovery 清理、PC 端刷回原厂镜像。适合已安装 KernelSU、希望自己动手恢复的用户。读完你可以按设备当前状态判断该走哪条路径并知道备份与模块文件都在哪里。1. 如何判断设备当前属于哪种恢复场景先按设备状态对号入座再进入第二章对应小节避免做无用操作。能开机到桌面不属于 bootloop直接进管理器模块页面卸载最近安装的模块即可本文无需继续。卡在启动画面但电脑能识别出 ADB 连接走 2.2 节。完全无法进入系统ADB 也连不上先尝试 2.1 节的安全模式安全模式无效再走 2.2 节的 Recovery 方案或 2.3 节。疑似硬件故障、多次刷写后出现烧录失败超出本文范围按官方文档建议联系设备售后处理。以上判断依据见仓库内的官方指南原文website/docs/guide/rescue-from-bootloop.md。2. 如何分层执行救援安全模式、ADB 清理与原厂刷回三条路径按成本递增排列从上往下依次尝试前一步成功就不必执行后一步。2.1 设备内如何进入安全模式并卸载问题模块适用判断设备能亮机到第一屏但无法进入桌面。开机出现第一屏后连续按音量减键 3 次以上。注意是按-松-按-松的点按不是长按按官方文档触发窗口在启动动画之前手速要快安全模式由内核实现见website/docs/guide/rescue-from-bootloop.md。进入安全模式后所有模块被自动禁用系统即可进入桌面。打开 KernelSU 管理器进入模块页面卸载最近安装、最可能出问题的模块然后正常重启。若按了音量键但没反应可再试一次部分系统如 MIUI/HyperOS的自带安全模式也能连带触发 KernelSU 的模块禁用。2.2 如何用 ADB 或 Recovery 移除问题模块适用判断安全模式触发失败或设备已连 ADB 但无法进桌面。方案 AADB ksud设备能连上 ADB 时。ksud是 KernelSU 在用户空间的命令行工具模块管理功能完整。adb shell su ksud module list ksud module disable 模块ID reboot模块ID取ksud module list输出中的编号若确认模块有问题可改用ksud module uninstall 模块ID直接卸载。方案 BRecovery 内清理连 ADB 也不行时。需要有 TWRP 等第三方 Recovery。风险说明以下操作会删除ksud命令本体。影响是重启后 KernelSU 不再加载任何模块系统可以正常进入管理器重装后ksud会随之恢复。仅当设备无法进系统、安全模式失败时使用。mount /data rm -f /data/adb/ksud reboot按官方文档重启后 KernelSU 会跳过全部模块加载进入系统后即可用管理器处理遗留模块。如模块在 metadata 分区写入了注入文件可额外删除/metadata/ksu/modules.rc与/metadata/watchdog/ksu/modules.rc。2.3 PC 端如何刷回原厂 boot 镜像适用判断刷错 boot 镜像导致无法开机或前述方法均无效。前提是手上有原厂未打补丁的boot 镜像——管理器刷机流程会自动备份原厂镜像没有的话按官方文档从官方固件获取。风险说明fastboot是把设备连接到 PC 刷分区的模式此命令会整个覆盖 boot 分区。执行前请确认镜像与本机型号、镜像压缩格式一致——官方文档指出格式不匹配正是刷坏 boot 的常见原因之一。fastboot flash boot 原厂boot镜像路径 fastboot reboot刷入后重启验证能否正常开机。若仍失败按官方文档的最后建议完整刷回官方系统通常需要清除数据或联系设备售后。涉及数据清除前请先确认是否已有备份。3. 备份与模块文件存放在哪里速查以下位置均来自仓库源码与官方文档排查时可直接对照。项目路径 / 位置说明原厂 boot 备份/data/adb/ksu/ksu_backup_sha1刷机时自动生成文件名为ksu_backup_加镜像 SHA1ksud 命令行/data/adb/ksudADB 下管理模块的入口模块目录/data/adb/modules/模块ID每个模块一个子目录模块注入文件/metadata/ksu/modules.rcRecovery 方案中按需删除备份/恢复实现userspace/ksud/src/boot_patch.rs查看备份命名与恢复逻辑救援指南原文website/docs/guide/rescue-from-bootloop.md本文方法的出处4. 去哪里继续学习 KernelSU 恢复与预防救援指南原文含安全模式触发时机等细节website/docs/guide/rescue-from-bootloop.md安装指南刷机前备份原厂 boot 的步骤website/docs/guide/installation.md常见问题website/docs/guide/faq.md社区支持KernelSU 官方 Telegram 群组在管理器关于页可查看入口恢复成功的经验是操作前记下最近安装的模块名称与版本恢复后对照 2.1 节卸载它避免下次重复进入 bootloop。【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 KernelSU Bootloop 自救指南：3 种方式让无法开机的设备恢复可用
KernelSU Bootloop 自救指南3 种方式让无法开机的设备恢复可用【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU如果你的设备在刷入 KernelSU 模块或镜像后卡在启动界面反复重启这种情况通常称为 bootloop即设备无法通过开机流程本文按处理成本从低到高给出三条恢复路径设备内安全模式、借助 PC 的 ADB 或 Recovery 清理、PC 端刷回原厂镜像。适合已安装 KernelSU、希望自己动手恢复的用户。读完你可以按设备当前状态判断该走哪条路径并知道备份与模块文件都在哪里。1. 如何判断设备当前属于哪种恢复场景先按设备状态对号入座再进入第二章对应小节避免做无用操作。能开机到桌面不属于 bootloop直接进管理器模块页面卸载最近安装的模块即可本文无需继续。卡在启动画面但电脑能识别出 ADB 连接走 2.2 节。完全无法进入系统ADB 也连不上先尝试 2.1 节的安全模式安全模式无效再走 2.2 节的 Recovery 方案或 2.3 节。疑似硬件故障、多次刷写后出现烧录失败超出本文范围按官方文档建议联系设备售后处理。以上判断依据见仓库内的官方指南原文website/docs/guide/rescue-from-bootloop.md。2. 如何分层执行救援安全模式、ADB 清理与原厂刷回三条路径按成本递增排列从上往下依次尝试前一步成功就不必执行后一步。2.1 设备内如何进入安全模式并卸载问题模块适用判断设备能亮机到第一屏但无法进入桌面。开机出现第一屏后连续按音量减键 3 次以上。注意是按-松-按-松的点按不是长按按官方文档触发窗口在启动动画之前手速要快安全模式由内核实现见website/docs/guide/rescue-from-bootloop.md。进入安全模式后所有模块被自动禁用系统即可进入桌面。打开 KernelSU 管理器进入模块页面卸载最近安装、最可能出问题的模块然后正常重启。若按了音量键但没反应可再试一次部分系统如 MIUI/HyperOS的自带安全模式也能连带触发 KernelSU 的模块禁用。2.2 如何用 ADB 或 Recovery 移除问题模块适用判断安全模式触发失败或设备已连 ADB 但无法进桌面。方案 AADB ksud设备能连上 ADB 时。ksud是 KernelSU 在用户空间的命令行工具模块管理功能完整。adb shell su ksud module list ksud module disable 模块ID reboot模块ID取ksud module list输出中的编号若确认模块有问题可改用ksud module uninstall 模块ID直接卸载。方案 BRecovery 内清理连 ADB 也不行时。需要有 TWRP 等第三方 Recovery。风险说明以下操作会删除ksud命令本体。影响是重启后 KernelSU 不再加载任何模块系统可以正常进入管理器重装后ksud会随之恢复。仅当设备无法进系统、安全模式失败时使用。mount /data rm -f /data/adb/ksud reboot按官方文档重启后 KernelSU 会跳过全部模块加载进入系统后即可用管理器处理遗留模块。如模块在 metadata 分区写入了注入文件可额外删除/metadata/ksu/modules.rc与/metadata/watchdog/ksu/modules.rc。2.3 PC 端如何刷回原厂 boot 镜像适用判断刷错 boot 镜像导致无法开机或前述方法均无效。前提是手上有原厂未打补丁的boot 镜像——管理器刷机流程会自动备份原厂镜像没有的话按官方文档从官方固件获取。风险说明fastboot是把设备连接到 PC 刷分区的模式此命令会整个覆盖 boot 分区。执行前请确认镜像与本机型号、镜像压缩格式一致——官方文档指出格式不匹配正是刷坏 boot 的常见原因之一。fastboot flash boot 原厂boot镜像路径 fastboot reboot刷入后重启验证能否正常开机。若仍失败按官方文档的最后建议完整刷回官方系统通常需要清除数据或联系设备售后。涉及数据清除前请先确认是否已有备份。3. 备份与模块文件存放在哪里速查以下位置均来自仓库源码与官方文档排查时可直接对照。项目路径 / 位置说明原厂 boot 备份/data/adb/ksu/ksu_backup_sha1刷机时自动生成文件名为ksu_backup_加镜像 SHA1ksud 命令行/data/adb/ksudADB 下管理模块的入口模块目录/data/adb/modules/模块ID每个模块一个子目录模块注入文件/metadata/ksu/modules.rcRecovery 方案中按需删除备份/恢复实现userspace/ksud/src/boot_patch.rs查看备份命名与恢复逻辑救援指南原文website/docs/guide/rescue-from-bootloop.md本文方法的出处4. 去哪里继续学习 KernelSU 恢复与预防救援指南原文含安全模式触发时机等细节website/docs/guide/rescue-from-bootloop.md安装指南刷机前备份原厂 boot 的步骤website/docs/guide/installation.md常见问题website/docs/guide/faq.md社区支持KernelSU 官方 Telegram 群组在管理器关于页可查看入口恢复成功的经验是操作前记下最近安装的模块名称与版本恢复后对照 2.1 节卸载它避免下次重复进入 bootloop。【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考