问题描述
从 system-as-root 以来，开发人员使用Magisk的su二进制文件对不同设备进行 root。现在想了解具体是如何实现这一操作，以理解其中原理并试着创建一个 /system 目录中的文件，但仅在内核源码中操作而不实际修改系统文件。
已经有了一款权限宽松的内核，但对于如何通过这种方式启动和测试不太清楚。因此寻求帮助指导。
解决方案
为明确思路与实现细节，请注意以下几点：
1. 概念澄清：su 二进制文件实际上是用户空间工具，虽然它会通过系统调用来向内核请求权限提升（elevated privileges），但它并不是“在内核中”的程序。通常情况下，Magisk 之类的 root 管理器会通过修改 boot.img 中的数据来实现对系统的访问控制。
2. 理解定制内核与 system-less rooting：在 system-as-root 设备上，人们确实可以不直接修改 /system 目录达到 root 目的。这是因为许多 Android 设备并不包含 ramdisk（用于早期引导阶段存储 boot 加载器、Zygote 进程和一些核心文件的只读文件系统）。因此，root 方法可能涉及在 initramfs 中添加文件来模拟某些系统文件的行为。
3. 非传统方法的理解：对于 root 机制，虽然有一些设备允许直接修改 /system 目录以实现 root（例如 SuperSU），但 Magisk 从未官方支持此功能。即便如此，这种操作有时仍然可以正常工作。
鉴于这些背景知识，了解 system-less rooting 的基本概念，如下：
方案1：创建并挂载 initramfs
- 初始化环境：
- 首先确保拥有完整的内核源代码和相关工具链，以生成一个自定义的 initramfs。
- 添加至 initramfs：
- 在
initramfs中加入你需要新增的文件，并修改相应的加载脚本或设备树绑定配置（dtb）来实现动态加载。 - 编译并替换：
- 编译该定制后的 initramfs 并将其替换原设备中对应的 ramdisk 文件，如
/initrd.img-<版本号>。 - 模拟环境启动测试：
- 通过烧写带有修改过的
boot.img来启动并验证新文件能否正常被系统识别和加载。
方案2：内核模块方法
- 编写内核模块代码：
- 这种方法较为复杂，需要掌握 C 或者其他适合的语言进行内核模块的开发。
- 动态加载：
- 将自定义模块编译进新的 initramfs 中或者直接安装到内存中（依赖于设备的具体实现）。
- 功能集成与测试：
- 确保新增加的功能能够在设备的正常运行过程中正确工作。测试完成后可以尝试将其固化，确保每次系统启动时都能加载。
请注意，上述操作涉及高度的技术挑战，并且不同设备和内核之间的兼容性会存在差异。在进行此类修改之前，请务必备份所有重要数据并充分查阅相关文档或代码示例以防止潜在的数据丢失或其他问题发生。
希望这些信息对你有所帮助！遇到具体技术难题时欢迎提供更多细节以便后续更全面的支持。