问题描述
作者编译了一款带有额外驱动程序的自定义内核，并将这些驱动程序作为独立模块进行编译。因为存在冲突问题，不能直接在内核中作为内置驱动器添加。经过安装和签名后，虽然模块运行良好且没有冲突，但在重新启动后并未加载。问题主要集中在以下两点：
1. 如果没有 /system/lib 或 /vendor/lib 文件夹，这些模块可以放在哪里？
2. 如何避免修改系统并使这些模块在内核启动时不被自动加载？
解决方案
解决方案
请参考以下操作步骤和注意事项。
方案1：利用Magisk模块化机制
使用Magisk等工具来管理和支持自定义内核模块是一种有效的方法，无需修改系统分区。作者可以通过这种方式确保在任何情况下模块都能被加载而不会涉及对/system分区的直接更改。
实施步骤：
- 获取Magisk：首先需要一个启用Magisk的设备。
- 添加模块文件夹：将必要的模块目录（例如
/vendor/lib/modules/）加入external/fstab中，以确保它们能在系统重新启动时被加载。可以在initramfs-fnstab挂载点中使用类似于以下的内容：
plaintext
vendor /mnt/vendor/persistent vendor f2fs defaults 0 0 编写初始化脚本：创建一个自定义的boot-script来引导时加载内核模块。在
internal_init.c等文件中添加如下的代码逻辑，以确保insmod命令被执行：
“`c
// 检查并安装必要的模块
int modules[] = {
{ “/vendor/lib/modules/module.ko”, 0 },
{-1, -1}
};void install_modules() {
static const char cmd = “insmod”;
for (const module_t mod = modules; mod->name != NULL; mod++) {
if (!module_loaded(mod->name)) {
execute(cmd, mod->name);
}
}
}script_begin() {
install_modules();
}
“`
4. 打包为AnyKernel3：将所有这些调整压缩成一个AnyKernel3 zip文件，以便于使用。
方案2：手动挂载和加载模块
如果设备支持修改系统分区（/vendor或/system），可以尝试以下方法：
1. 保持/system/lib/modules和/vendor/lib/modules目录可用。
2. 挂载目标分区读写 (adb shell mount -o remount,rw /system; adb shell mount -o remount,rw /vendor)。
3. 将模块文件放到这些目录中，并使用相应的命令加载（如 insmod module.ko）。
这两种方法都可以有效应对作者的问题，但Magisk的使用则更倾向于不需要对系统有直接修改的情况。如果出于特殊目的或紧急需求，并且可以接受一定风险的话，第二种方法也可以作为一种替代方案，请注意这可能会在某些情况下导致设备不稳定甚至无法启动。
以上是关于Android内核模块的最佳实践解决策略和建议。请确保你有足够的技术能力，并理解这些操作可能带来的后果。对于所有变更实施之前，慎重考虑并测试完整方案以避免意外问题的发生。