基础与常识
约 490 字大约 2 分钟
2025-1-3
各Root方案的修补点位
Magisk
Magisk 修补的是ramdisk，在拆分前位于boot分区，拆分后位于init_boot分区
提示
有init_boot就修补init_boot，没有就修补boot
KernelSU
此处涵盖 KernelSU 原版及其所有分支
LKM
KernelSU 在使用 LKM 时修补ramdisk以加载内核模块，位置同Magisk
GKI
KernelSU 在使用 GKI 时，你需要内核源码以重新构建Kernel才可使用 GKI，修改的分区为 boot
Apatch & FolkPatch
Apatch 基于 KernelPatch 二次开发，其修补的点位为kernel，也就是boot分区
重要
无论何时， Apatch 修补的分区均为boot，除非 Google 未来变更kernel位置，否则均为boot，修补init_boot为无效修补
挂载
Magisk
Magisk 使用的挂载机制一般被称为Magic Mount，其内置在 Magisk 核心中。允许你在不实际修改系统文件的前提下对不可写分区 (EROFS:system) 进行修改
重要
你确实可以使用类似Mountify 之类的的模块来让 Magisk 支持Overlayfs挂载，但这一般毫无意义
KernelSU
此处涵盖 KernelSU 原版及其所有已跟进Meta Module的分支
考虑到 KernelSU 已切换至Meta Module用于挂载，此处仅简要谈及部分 Meta Module
Meta-Overlayfs
KernelSU 官方维护的挂载实现，基于Linux Kernel的Overlayfs文件系统实现，理论拥有比Magic Mount更好的性能和隐蔽性
Meta-Magic Mount (rs)
可类比 Magisk 的Magic Mount挂载实现，在此基础上实现了更多功能
Meta-Hybrid Mount
同时提供了Overlayfs & Magic Mount两种挂载实现，考虑到其特殊的HymoFS已被暂时移除，相比较其它Meta Module并无优势
Apatch & FolkPatch
Apatch 默认使用Magic Mount进行挂载，同时可选使用Overlayfs
注
Apatch 在开启Lite模式后可以使用Meta Module，但考虑到主流源模块并没有脱离Magic Mount & Overlayfs，这样做毫无意义
版权所有
版权归属：Cassiopeia