Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OnePlus: After a system update, root authorization for some apps may be revoked. #2347

Open
3 tasks done
Marukon opened this issue Jan 10, 2025 · 7 comments
Open
3 tasks done

Comments

@Marukon
Copy link

Marukon commented Jan 10, 2025

Please check before submitting an issue

  • I have searched the issues and haven't found anything relevant
  • I will upload bugreport file in KernelSU Manager - Settings - Report log
  • 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

    1. After detecting a system update, download and install the update.
    1. Go to KernelSU and install it on the other slot.
    1. Return to the system update app and restart the phone.
    1. 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

@popokcn
Copy link

popokcn commented Jan 15, 2025

谁说一加13不存在此问题的,一加13也是这个问题

@Marukon
Copy link
Author

Marukon commented Jan 16, 2025

谁说一加13不存在此问题的,一加13也是这个问题

不好意思,抓个日志吧,我也是在群里看见的。

@Marukon Marukon changed the title OnePlus 12: After a system update, root authorization for some apps may be revoked. OnePlus 12&13: After a system update, root authorization for some apps may be revoked. Jan 16, 2025
@Sunakier
Copy link

Oneplus 11R (Ace 2) ColorOS14
经实际使用长期存在这个问题,在下一次更新是我会尝试抓取日志

@Marukon Marukon changed the title OnePlus 12&13: After a system update, root authorization for some apps may be revoked. OnePlus: After a system update, root authorization for some apps may be revoked. Jan 25, 2025
@wavetg
Copy link

wavetg commented Feb 11, 2025

一加ace3v同样存在这个问题,长期受此困扰,几乎每次都是如此,不仅 App的root授权会撤销恢复默认,APP profile也会恢复默认状态

顺带提一点,超级用户的授权应用列表做得很差,给某个应用授权然后返回无法记住原来的位置只能从头往下滑,授权过的应用也无法实时刷新状态,只能手动右上角刷新一下

以上2点配合 root授权会恢复默认,每次ota都有十几二十个需要授权的,简直是灾难级别的授权体验

@naniccc
Copy link

naniccc commented Feb 18, 2025

同样的问题,ota后只剩下一个授权,附上日志

KernelSU_bugreport_2025-02-18_16_00.tar.gz

@wavetg
Copy link

wavetg commented Feb 28, 2025

告诉各位一个解决办法,在data/adb/ksu目录下有一个.allowlist的文件,升级前备份这个文件,升级后复制覆盖这个文件,然后重启就能恢复了,不用再一个一个的勾选(体验真的无比糟糕)

OTA升级后随机丢失授权列表,估计这部分的逻辑有问题

@aviraxp
Copy link
Collaborator

aviraxp commented Mar 1, 2025

[   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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants