Moe Baka
GitHub
@@ -44,10 +44,10 @@ function sidebarGuide() {
|
||||
{
|
||||
text: 'Guide',
|
||||
items: [
|
||||
{ text: '什么是 KernelSU?', link: '/zh_CN/guide/what-is-kernelsu' },
|
||||
{ text: '什么是 KernelSU？', link: '/zh_CN/guide/what-is-kernelsu' },
|
||||
{ text: 'KernelSU 模块与 Magisk 的差异', link: '/zh_CN/guide/difference-with-magisk' },
|
||||
{ text: '安装', link: '/zh_CN/guide/installation' },
|
||||
{ text: '如何构建?', link: '/zh_CN/guide/how-to-build' },
|
||||
{ text: '如何构建？', link: '/zh_CN/guide/how-to-build' },
|
||||
{ text: '如何为非 GKI 设备集成 KernelSU', link: '/zh_CN/guide/how-to-integrate-for-non-gki'},
|
||||
{ text: '非官方支持设备', link: '/zh_CN/guide/unofficially-support-devices.md' },
|
||||
{ text: '模块开发指南', link: '/zh_CN/guide/module.md' },
|
||||
|
||||
@@ -20,7 +20,7 @@ UID 为 0 的用户被称之为 root 用户，GID 为 0 的组被称之为 root
|
||||
此处的 UID 跟 Android 系统的多用户，或者说工作资料（Work Profile），不是一个概念。工作资料实际上是对 UID 进行分片实现的，比如 10000-19999 是主用户，110000-119999 是工作资料；他们中的任何一个普通应用都拥有自己独有的 UID。
|
||||
:::
|
||||
|
||||
每一个 App 可以有若干个组，GID 使其主要的组，通常与 UID 一致；其他的组被称之为补充组(groups)。某些权限是通过组控制的，比如网络访问，蓝牙等。
|
||||
每一个 App 可以有若干个组，GID 是其主要的组，通常与 UID 一致；其他的组被称之为补充组 (groups)。某些权限是通过组控制的，比如网络访问，蓝牙等。
|
||||
|
||||
例如，如果我们在 ADB shell 中执行 `id` 命令，会得到如下输出：
|
||||
|
||||
@@ -110,8 +110,8 @@ KernelSU 提供了一种 systemless 的方式来修改系统分区，这是通
|
||||
|
||||
另外，KernelSU 管理器的设置界面还提供了一个“默认卸载模块”的开关，这个开关默认情况下是**开启**的，这意味着**如果不对 App 做额外的设置**，默认情况下 KernelSU 或者某些模块会对此 App 执行卸载操作。当然，如果你不喜欢这个设置或者这个设置会影响某些 App，可以有如下选择：
|
||||
|
||||
1. 保持“默认卸载模块”的开关，然后针对不需要“卸载模块”的 App 进行单独的设置，在 App Profile 中关闭“卸载模块”；（相当于“白名单“）。
|
||||
2. 关闭“默认卸载模块”的开关，然后针对需要“卸载模块”的 App 进行单独的设置，在 App Profile 中开启“卸载模块”；（相当于“黑名单“）。
|
||||
1. 保持“默认卸载模块”的开关，然后针对不需要“卸载模块”的 App 进行单独的设置，在 App Profile 中关闭“卸载模块”；（相当于“白名单”）。
|
||||
2. 关闭“默认卸载模块”的开关，然后针对需要“卸载模块”的 App 进行单独的设置，在 App Profile 中开启“卸载模块”；（相当于“黑名单”）。
|
||||
|
||||
:::info
|
||||
KernelSU 在 5.10 及以上内核上，内核会执行“卸载模块”的操作；但在 5.10 以下的设备上，这个开关仅仅是一个“配置项”，KernelSU 本身不会做任何动作，一些模块（如 Zygisksu 会通过这个模块决定是否需要卸载）
|
||||
|
||||
@@ -18,7 +18,7 @@
|
||||
|
||||
支持。LSPosed 可以在 [ZygiskNext](https://github.com/Dr-TSNG/ZygiskNext) 的支持下正常运行。
|
||||
|
||||
## KernelSU 支持 Zygisk 吗?
|
||||
## KernelSU 支持 Zygisk 吗？
|
||||
|
||||
KernelSU 本体不支持 Zygisk，但是你可以用 [ZygiskNext](https://github.com/Dr-TSNG/ZygiskNext) 来使用 Zygisk 模块。
|
||||
|
||||
@@ -51,11 +51,11 @@ KernelSU 的模块系统与 Magisk 的 magic mount 有冲突，如果 KernelSU
|
||||
|
||||
参考[教程](how-to-integrate-for-non-gki)
|
||||
|
||||
## 为什么我手机系统是 Android 13，但内核版本却是 "android12-5.10"?
|
||||
## 为什么我手机系统是 Android 13，但内核版本却是 "android12-5.10"？
|
||||
|
||||
内核版本与 Android 版本无关，如果你需要刷入 KernelSU，请永远使用**内核版本**而非 Android 版本，如果你为 "android12-5.10" 的设备刷入 Android 13 的内核，等待你的将是 bootloop.
|
||||
|
||||
## 我是 GKI1.0, 能用 KernelSU 吗?
|
||||
## 我是 GKI1.0, 能用 KernelSU 吗？
|
||||
|
||||
GKI1 跟 GKI2 完全是两个东西，所以你需要自行编译内核。
|
||||
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# 如何构建 KernelSU?
|
||||
# 如何构建 KernelSU？
|
||||
|
||||
首先，您应该阅读内核构建的 Android 官方文档：
|
||||
|
||||
|
||||
@@ -54,7 +54,7 @@ CONFIG_KPROBE_EVENTS=y
|
||||
curl -LSs "https://raw.githubusercontent.com/tiann/KernelSU/main/kernel/setup.sh" | bash -s v0.9.5
|
||||
```
|
||||
|
||||
请注意，某些设备的defconfig文件可能在`arch/arm64/configs/设备代号_defconfig`或位于`arch/arm64/configs/vendor/设备代号_defconfig`。在您的defconfig文件中,将 `CONFIG_KSU`设置为`y`以启用KernelSU,或设置为`n`以禁用。比如在某个defconfig中:
|
||||
请注意，某些设备的 defconfig 文件可能在`arch/arm64/configs/设备代号_defconfig`或位于`arch/arm64/configs/vendor/设备代号_defconfig`。在您的 defconfig 文件中，将`CONFIG_KSU`设置为`y`以启用 KernelSU，或设置为`n`以禁用。比如在某个 defconfig 中：
|
||||
`arch/arm64/configs/...`
|
||||
```sh
|
||||
+# KernelSU
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# 什么是 KernelSU? {#introduction}
|
||||
# 什么是 KernelSU？ {#introduction}
|
||||
|
||||
KernelSU 是 Android GKI 设备的 root 解决方案，它工作在内核模式，并直接在内核空间中为用户空间应用程序授予 root 权限。
|
||||
|
||||
|
||||
@@ -21,7 +21,7 @@ UID 為 0 的使用者稱為 root 使用者，GID 為 0 的群組稱為 root 群
|
||||
此處的 UID 跟 Android 系統的多使用者，或者說工作資料（Work Profile），是不同概念。工作資料實際上是對 UID 進行分片實現的，例如 10000-19999 是主使用者，110000-119999 是工作資料；他們中的任何一個普通應用都擁有自己獨有的 UID。
|
||||
:::
|
||||
|
||||
每一個應用程式可以有若干個群組，GID 使其主要的群組，通常與 UID 一致；其他的群組稱為補充群組(groups)。某些權限是透過群組控制的，例如網路訪問，藍牙等。
|
||||
每一個應用程式可以有若干個群組，GID 是其主要的群組，通常與 UID 一致；其他的群組稱為補充群組(groups)。某些權限是透過群組控制的，例如網路訪問，藍牙等。
|
||||
|
||||
例如，如果我們在 ADB shell 中執行 `id` 指令，會得到以下輸出：
|
||||
|
||||
|
||||
Reference in New Issue
Block a user