tiann
OnePlus: After a system update, root authorization for some apps may be revoked.
Please check before submitting an issue
- [X] I have searched the issues and haven't found anything relevant
- [X] I will upload bugreport file in KernelSU Manager - Settings - Report log
- [X] I know how to reproduce the issue which may not be specific to my device
Describe the bug
On the OnePlus 12, after installing KernelSU in GKI mode, a system update randomly revokes root permissions for some apps (e.g., out of 10 apps granted root access, only 2 or 3 may retain access after an OTA update and reboot). Additionally, the list of uninstalled modules may occasionally reset to default. According to feedback from the KernelSU community, this issue also occur on the OnePlus 13. 一加12手机，通过GKI模式安装了KernelSU，当系统更新后，一部分应用的ROOT权限会被随机撤销（例如，授权了10个app，OTA更新重启后就剩下两三个），有时卸载模块的名单也会随机恢复默认。一加13同样存在此问题。
To Reproduce
-
- After detecting a system update, download and install the update.
-
- Go to KernelSU and install it on the other slot.
-
- Return to the system update app and restart the phone.
-
- After the system restarts, check the KernelSU authorization list.-
Expected behavior
all authorized app settings and uninstalled module configurations are preserved.
Screenshots
No Screenshot.
Logs
KernelSU_bugreport_2025-01-09_08_15.tar.gz
Device info
- Device: Oneplus 12
- OS Version: Coloros 15（It also occurred with ColorOS 14.）
- KernelSU Version: 12009（It has existed ever since GKI installation was supported.）
- Kernel Version: 6.1.75-android14-11-o-g1132d864665d
Additional context
No response
一加ace3v同样存在这个问题，长期受此困扰，几乎每次都是如此，不仅 App的root授权会撤销恢复默认，APP profile也会恢复默认状态
顺带提一点，超级用户的授权应用列表做得很差，给某个应用授权然后返回无法记住原来的位置只能从头往下滑，授权过的应用也无法实时刷新状态，只能手动右上角刷新一下
以上2点配合 root授权会恢复默认，每次ota都有十几二十个需要授权的，简直是灾难级别的授权体验
告诉各位一个解决办法，在data/adb/ksu目录下有一个.allowlist的文件，升级前备份这个文件，升级后复制覆盖这个文件，然后重启就能恢复了，不用再一个一个的勾选（体验真的无比糟糕）
OTA升级后随机丢失授权列表，估计这部分的逻辑有问题
[ 28.241407] KernelSU: Search manager finished
[ 28.241420] KernelSU: prune uid: 10374, package: com.farplace.qingzhuo
[ 28.241424] KernelSU: prune uid: 10380, package: bin.mt.plus
[ 28.241428] KernelSU: prune uid: 10314, package: com.coolapk.market
[ 28.241432] KernelSU: prune uid: 10553, package: com.luckyzyx.luckytool
[ 28.241548] KernelSU: save allow list, name: com.android.shell uid :2000, allow: 1
[ 28.241553] KernelSU: save allow list, name: $ uid :9999, allow: 0
[ 28.241556] KernelSU: save allow list, name: io.github.vvb2060.keyattestation uid :10418, allow: 0
开机第一次获取allowlist没问题，在挂钩renameat时处理allowlist，结果如上，不知为何prune掉了几个明明存在的uid
我认为应该彻底重写目前的uid获取方式，通过解析 /data/user_de/[app] 目录的uid获取真实uid，不再依赖不稳定的package.list
可以观察一下2.0.0是否还有这个问题，现在理论上监控了更多的fs事件
感谢大佬的关注，经过测试最新的版本（我使用的是mksu分支的最新提交dd303545a318c1ca628b5ca0fe53ec740e4d097f）该问题仍然存在，并且复现概率很高，我目前是采用OTA前备份 /data/adb/ksu/.allowlist 文件来尝试恢复授权列表和 APP Profile 状态，经过测试，可以完全恢复，但此前采用此种方法也有过失败的情况，无论恢复.allowlist 文件然后重启多少次都无法复原授权列表
现上传OTA后安装到另一槽位然后重启的两份丢失授权列表日志以及恢复 .allowlist 文件后成功恢复授权列表的日志文件，希望对该问题有所帮助，另外看到此前针对该问题有过PR，但因为一些原因已经关闭，并且该 issue 已经关闭，还是希望之后不要忽视该问题，十分感谢大佬的维护🙏
KernelSU_bugreport_2025-11-06_07_14.tar.gz
KernelSU_bugreport_2025-11-06_07_16.tar.gz
KernelSU_bugreport_2025-11-06_07_19.tar.gz
可以观察一下2.0.0是否还有这个问题，现在理论上监控了更多的fs事件
诶，最新构建版本v2.1.1-13-gc6102818还是有这问题，我刚才更新一加13T，更新完成后发现部分app的root权限被重置了，稍后我将上传日志。
