Root 设备上 Gator 没识别到 root 怎么办

Gator 怎么检测 root

Gator 启动时会做两件事来判断设备是否 root：

1. 检测 /su 二进制是否存在
2. 向 Magisk / SuperSU 等 root 管理器请求 su 权限

两步都通过了才会在 System Cleaner 里显示"临时 root 数据"清理项、在 App Manager 里恢复系统应用卸载按钮。

最常见原因：root 管理器没授权 Gator

Magisk、SuperSU、KernelSU 等 root 管理器有自己的授权策略——默认情况下新安装的 App 请求 su 权限时，root 管理器会弹窗让用户确认：允许 / 拒绝 / 记住选择。如果误点了"拒绝"或没弹窗，Gator 就拿不到 su 权限，表现跟无 root 设备一样。

检查方法：

1. 打开你的 root 管理器（Magisk Manager、SuperSU 等）
2. 在已授权 App 列表里找 Gator
3. 如果 Gator 在"已拒绝"列表里，移动到"已授权"并设为"永久允许"

修复：重新打开 Gator，它会再次请求 su 权限。这次 root 管理器应该弹窗——点"永久允许"或"授权"。

第二常见原因：su 二进制路径不在检测列表里

Gator 按固定顺序检测几个常见的 su 路径：

• /su/bin/su
• /system/bin/su
• /system/xbin/su
• /sbin/su
• /vendor/bin/su

某些 root 方案（尤其是比较新的）可能把 su 放在不常见的路径下。这种情况下 Gator 找不到 su 但实际设备是 root 了。

检查方法：用 root 管理器查看 su 的实际安装路径。如果不在上面的列表里，属于 Gator 的兼容性问题——等后续版本更新或向开发者反馈。

第三常见原因：Android 的 root 检测限制

某些 Android 版本（尤其是带 SELinux enforcing 的版本）限制了 App 检测 root 的方式——比如禁止 App 直接访问 /system/bin/ 目录、或者限制 su 进程创建。这种情况下 Gator 的 root 检测可能失败。

验证方法：在 root shell 里直接执行 su -c "id"，看能不能正常返回 root uid。如果 shell 里可以但 Gator 不行，说明是 App 层面的检测限制。

处理：先用 root 管理器手动授权 Gator——Magisk 里可以在 App 列表里直接给 su 权限，绕过 Gator 自己的检测流程。

临时 root 和永久 root 的区别

某些 root 方案提供"临时 root"——重启后 root 失效。如果设备是临时 root，Gator 只在当前开机周期内识别为已 root，重启后回到无 root 状态。System Cleaner 的临时 root 数据清理项也会跟着消失。

这是正常的——临时 root 的设计就是用完收回，不保留 root 权限。