最近找别人开发一款智能AI机器人,由于方案厂商现在代码还没有交付。每次只提供ROM。现在公司要求要开机启动系统检测脚本。我们都知道Android现在权限管理很严格。而且我的脚本是用shell脚本完成的。所以无法监听开机广播。只能修改init.rc文件。但是我们知道init.rc文件存在在文件Android boot.img的ramdisk文件系统中,你虽然每次可以通过adb remount 挂载system分区。然后adb pull init.rc修改后push回去。重启后你就会发现改动又恢复回去了。是因为 你adb remount 挂载的是system分区。而init.rc 存在在boot分区。system分区只是挂载到 ramdisk文件系统下的system。
所以你如果想改动init.rc只能重新烧录boot.img分区。所以自己研究了rk的bootimg生成过程。
在rk的Android源码根目录下有一个文件 mkimage.sh ,这个文件是rk用于生成文件系统的脚本。主要内容如下:
#!/bin/bash
set -e
. build/envsetup.sh >/dev/null && setpaths
export PATH=$ANDROID_BUILD_PATHS:$PATH
TARGET_PRODUCT=`get_build_var TARGET_PRODUCT`
TARGET_HARDWARE=`get_build_var TARGET_BOARD_HARDWARE`
echo TARGET_PRODUCT=$TARGET_PRODUCT
echo TARGET_HARDWARE=$TARGET_HARDWARE
TARGET="withoutkernel"
if [ "$1"x != ""x ]; then
TARGET=$1
fi
IMAGE_PATH=rockdev/Image-$TARGET_PRODUCT
rm -rf $IMAGE_PATH
mkdir -p $IMAGE_PATH
FSTYPE=ext4
echo system filesysystem is $FSTYPE
BOARD_CONFIG=device/rockchip/common/device.mk
KERNEL_SRC_PATH=`grep TARGET_PREBUILT_KERNEL ${BOARD_CONFIG} |grep "^\s*TARGET_PREBUILT_KERNEL *:= *[\w]*\s" |awk '{print $3}'`
[ $(id -u) -eq 0 ] || FAKEROOT=fakeroot
BOOT_OTA="ota"
[ $TARGET != $BOOT_OTA -a $TARGET != "withoutkernel" ] && echo "unknow target[${TARGET}],exit!" && exit 0
if [ ! -f $OUT/kernel ]
then
echo "kernel image not fount![$OUT/kernel] "
read -p "copy kernel from TARGET_PREBUILT_KERNEL[$KERNEL_SRC_PATH] (y/n) n to exit?"
if [ "$REPLY" == "y" ]
then
[ -f $KERNEL_SRC_PATH ] || \
echo -n "fatal! TARGET_PREBUILT_KERNEL not eixit! " || \
echo -n "check you configuration in [${BOARD_CONFIG}] " || exit 0
cp ${KERNEL_SRC_PATH} $OUT/kernel
else
exit 0
fi
fi
if [ $TARGET == $BOOT_OTA ]
then
echo "make ota images... "
echo -n "create boot.img with kernel... "
[ -d $OUT/root ] && \
mkbootfs $OUT/root | minigzip > $OUT/ramdisk.img && \
truncate -s "%4" $OUT/ramdisk.img && \
mkbootimg --kernel $OUT/kernel --ramdisk $OUT/ramdisk.img --second kernel/resource.img --output $OUT/boot.img && \
cp -a $OUT/boot.img $IMAGE_PATH/
echo "done."
else
echo -n "create boot.img without kernel... "
[ -d $OUT/root ] && \
mkbootfs $OUT/root | minigzip > $OUT/ramdisk.img && \
truncate -s "%4" $OUT/ramdisk.img && \
rkst/mkkrnlimg $OUT/ramdisk.img $IMAGE_PATH/boot.img >/dev/null
echo "done."
fi
if [ $TARGET == $BOOT_OTA ]
then
echo -n "create recovery.img with kernel... "
[ -d $OUT/recovery/root ] && \
mkbootfs $OUT/recovery/root | minigzip > $OUT/ramdisk-recovery.img && \
truncate -s "%4" $OUT/ramdisk-recovery.img && \
mkbootimg --kernel $OUT/kernel --ramdisk $OUT/ramdisk-recovery.img --second kernel/resource.img --output $OUT/recovery.img && \
cp -a $OUT/recovery.img $IMAGE_PATH/
echo "done."
else
echo -n "create recovery.img with kernel and with out resource... "
[ -d $OUT/recovery/root ] && \
mkbootfs $OUT/recovery/root | minigzip > $OUT/ramdisk-recovery.img && \
truncate -s "%4" $OUT/ramdisk-recovery.img && \
mkbootimg --kernel $OUT/kernel --ramdisk $OUT/ramdisk-recovery.img --output $OUT/recovery.img && \
cp -a $OUT/recovery.img $IMAGE_PATH/
echo "done."
fi
echo -n "create misc.img.... "
cp -a rkst/Image/misc.img $IMAGE_PATH/misc.img
cp -a rkst/Image/pcba_small_misc.img $IMAGE_PATH/pcba_small_misc.img
cp -a rkst/Image/pcba_whole_misc.img $IMAGE_PATH/pcba_whole_misc.img
echo "done."
if [ -d $OUT/system ]
then
echo -n "create system.img... "
if [ "$FSTYPE" = "cramfs" ]
then
chmod -R 777 $OUT/system
$FAKEROOT mkfs.cramfs $OUT/system $IMAGE_PATH/system.img
elif [ "$FSTYPE" = "squashfs" ]
then
chmod -R 777 $OUT/system
mksquashfs $OUT/system $IMAGE_PATH/system.img -all-root >/dev/null
elif [ "$FSTYPE" = "ext3" ] || [ "$FSTYPE" = "ext4" ]
then
system_size=`ls -l $OUT/system.img | awk '{print $5;}'`
[ $system_size -gt "0" ] || { echo "Please make first!!!" && exit 1; }
MAKE_EXT4FS_ARGS=" -L system -S $OUT/root/file_contexts -a system $IMAGE_PATH/system.img $OUT/system"
ok=0
while [ "$ok" = "0" ]; do
make_ext4fs -l $system_size $MAKE_EXT4FS_ARGS >/dev/null 2>&1 &&
tune2fs -c -1 -i 0 $IMAGE_PATH/system.img >/dev/null 2>&1 &&
ok=1 || system_size=$(($system_size + 5242880))
done
e2fsck -fyD $IMAGE_PATH/system.img >/dev/null 2>&1 || true
else
mkdir -p $IMAGE_PATH/2k $IMAGE_PATH/4k
mkyaffs2image -c 2032 -s 16 -f $OUT/system $IMAGE_PATH/2k/system.img
mkyaffs2image -c 4080 -s 16 -f $OUT/system $IMAGE_PATH/4k/system.img
fi
echo "done."
fi
chmod a+r -R $IMAGE_PATH/
我们注意到这一段适用于生成bootimg的代码
if [ $TARGET == $BOOT_OTA ]
then
echo -n "create boot.img with kernel... "
[ -d $OUT/root ] && \
mkbootfs $OUT/root | minigzip > $OUT/ramdisk.img && \
truncate -s "%4" $OUT/ramdisk.img && \
mkbootimg --kernel $OUT/kernel --ramdisk $OUT/ramdisk.img --second kernel/resource.img --output $OUT/boot.img && \
cp -a $OUT/boot.img $IMAGE_PATH/
echo "done."
else
echo -n "create boot.img without kernel... "
[ -d $OUT/root ] && \
mkbootfs $OUT/root | minigzip > $OUT/ramdisk.img && \
truncate -s "%4" $OUT/ramdisk.img && \
rkst/mkkrnlimg $OUT/ramdisk.img $IMAGE_PATH/boot.img >/dev/null
echo "done."
fi
如果支持OTA升级就生成bootimg的时候添加kernel内核。使用标准的bootimg工具生成bootimg,否则就使用rkst/mkkrnlimg生成rk 格式的bootimg,不包含内核。这个bootimg 不能使用unpackbootimg解压。解压会报错。Android Magic not found
所以解压boot.img一定是使用mkimage.sh ota 生成带kernel的boot.img。
现在需要两个工具unpackbootimg 用于解压 bootimg。
mkbootfs 用于打包解压修改后的bootimg
所有这些操作都是在Ubuntu操作系统下完成,
将这两个工具和待修改的boot.img放在同一目录下。
相关解压打包工具地址
解压boot.img
./unpackbootimg -i boot.img
解压后的文件内容如下:
新建ramdisk目录
mkdir ramdisk
进人ramdisk目录
cd ramdisk
解压boot.img-ramdisk.gz
gzip -dc ../boot.img-ramdisk.gz | cpio -i
生成的文件如下所示:
所以这里面的init.rc 我们就可以修改了。然后添加一些系统启动服务脚本
service mveGTouchA /system/bin/mveGTouchA.sh
class main
user root
group root
oneshot
重新生成ramdisk
生成ramdisk.img
./mkbootfs ./ramdisk | ./minigzip > ramdisk.img
重新生成boot.img
./mkbootimg --kernel boot.img-zImage --ramdisk ramdisk.img --second boot.img-second --output boot.img