在 Android 操作系统的深层次,init.rc
文件扮演着至关重要的角色,它定义了系统启动时要运行的服务和命令。但如果想添加自己的自定义init.custom.rc 然后再自定义文件里添加自定义服务或命令,该怎么办呢?在本文中,我将探讨如何在 Android 系统中自定义和动态修改 init.custom.rc
文件。
系列文章
Android系统 init.rc 第一次开机创建文件节点实现和原理分析
Android系统 init.rc sys/class系统节点写不进解决方案和原理分析
Android系统 自定义动态修改init.custom.rc
1. 需求设想
我的目标是在 init.custom.rc
文件中添加一个新的服务,该服务在系统启动完成后运行一个脚本。此外,我还希望在文件系统数据可用后创建一个新的目录,并且能够动态修改增加服务和脚本 不再超重新编译代码刷机。
2. 初步尝试
最初的想法是直接在 init.rc
文件中添加新的服务和命令。但这种方法可能会导致主 init.rc
文件变得混乱,尤其是当有多个自定义服务和命令时,我不想自己添加的服务和系统混淆 到时候排查问题不方便等因素 然后进一步尝试。
3.走过的坑
可以看到在system/core/rootdir
目录下提供的 Android.mk
和 Android.bp
文件内容来看,项目似乎同时使用了两种构建系统:旧的 Android.mk
和新的 Android.bp
。为了在这两种构建系统中都添加 custom.init.rc
,需要按照以下步骤操作:
在 Android.mk 中添加:
在 Android.mk
文件中,找到一个合适的位置,然后添加以下内容:
include $(CLEAR_VARS) LOCAL_MODULE := init.custom.rc LOCAL_SRC_FILES := $(LOCAL_MODULE) LOCAL_MODULE_CLASS := ETC LOCAL_MODULE_PATH := $(TARGET_OUT_ETC)/init include $(BUILD_PREBUILT)
确保 init.custom.rc
文件位于与 Android.mk
相同的目录中。
在 Android.bp 中添加:
- 在
Android.bp
文件中,找到一个合适的位置,然后添加以下内容:
prebuilt_etc { name: "init.custom.rc", src: "init.custom.rc", sub_dir: "init", }
确保 init.custom.rc
文件位于与 Android.bp
相同的目录中。
然而…这样改并没有什么卵用 , 只能另辟蹊径了。
添加完报错, 尝试将新的
init.custom.rc
文件添加到 Android 构建系统时,遇到了一个问题:MODULE.TARGET.ETC.custom.init.rc
已经被定义了两次。这意味着我们在两个不同的地方都尝试定义了同一个文件 build/make/core/base_rules.mk:325: error: system/core/rootdir: MODULE.TARGET.ETC.custom.init.rc already defined by system/core/rootdir.(错误原因是我在Android.mk和Android.bp同时添加了, 最后删除其中任意一个也不能满足要求)
3. 最终的解决方案
为了使代码更加模块化,我决定尝试使用 import
语句在主 init.rc
文件中导入一个名为 init.custom.rc
的新文件。这样,所有自定义的服务和命令都可以放在这个新文件中,而不是混杂在主文件中。
在一个已存在的 .rc
文件中使用 import
语句。这允许将多个 .rc
文件的内容组织得更加模块化,并在主 init.rc
文件中导入它们。
为了解决这个问题,采取了以下步骤:
修改customize.mk:
在vendor/customize
目录下,编辑customize.mk
文件,添加以下内容:
PRODUCT_COPY_FILES += \ $(LOCAL_PATH)/init.custom.rc:$(TARGET_COPY_OUT_VENDOR)/etc/init/hw/init.custom.rc
修改init.rc:
在system/core/rootdir
目录下,对init.rc
文件进行如下修改:
@@ -8,6 +8,7 @@ import /init.environ.rc import /system/etc/init/hw/init.usb.rc import /init.${ro.hardware}.rc import /vendor/etc/init/hw/init.${ro.hardware}.rc +import /vendor/etc/init/hw/init.custom.rc
新增init.custom.rc:
在vendor/customize
目录下,创建init.custom.rc
文件,并添加以下内容:
# Define a service to copy video service copy_video2 /system/bin/sh /system/bin/copy_video.sh class main user root group root seclabel u:r:shell:s0 oneshot # Start the service on boot completed on property:sys.boot_completed=2 start copy_video2 # Create a directory after the file system data is available on post-fs-data mkdir /mnt/custom3 0755 root root
通过PRODUCT_COPY_FILES
,init.custom.rc
将在编译时被拷贝到/vendor/etc/init/hw/init.custom.rc
。
验证方法:
使用ADB获取root权限:
adb root
重新挂载系统分区
adb remount
从设备拉取init.custom.rc
文件:
adb pull /vendor/etc/init/hw/init.custom.rc .
修改本地的init.custom.rc
文件,例如将/mnt/custom3
更改为/mnt/custom4
,然后将文件推送回设备
adb push .\init.custom.rc /vendor/etc/init/hw/init.custom.rc
同步文件系统并重启设备
adb shell sync adb shell reboot
重启后,验证修改是否生效:
adb shell cd /mnt ls
如果看到custom4
目录,说明修改已成功生效。
通过上述方法,我们成功地自定义了Android系统的启动脚本,并验证了其有效性。这为Android系统开发者提供了一个灵活的方式来定制和扩展系统功能。
4. 结论
通过这个过程,我们学习了如何在 Android 系统中自定义和动态修改 init.rc
文件。虽然这需要对 Android 构建系统有一定的了解,但一旦掌握了基本概念,这个过程就变得相对简单了。