记一次客户提供的super.img和自己编译出来的不匹配的解题过程

解决编译后Cameraservice问题：修改vendor.img的策略与步骤

原创已于 2024-11-25 10:38:31 修改 · 674 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#android

于 2024-04-12 17:31:04 首次发布

重新理清思路：

刷了编译出来的super.img之后camera service无法起来
Camera service 无法起来是因为data目录没有挂载
1). data目录挂载点是/dev/block/sda5
2). 目录挂载读取的是/vendor/etc/fstab文件
Camera service会被打包成system.img，provider相关修改有以下4个地方：
1). Manifest: /vendor/etc/vintf/manifest.xml
2). Provider binary: /vendor/bin/hw/android.hardware.camera.provider
3). shared library: /vendor/lib64/hw/camera.XXXX.so
4). Init.rc: /system/etc/init/hw/init.rc(可以通过setprop的方式临时修改，重启会失效)
从以上可以看出，主要修改点在vendor.image
.经lpunpack解包之后本地编译的super.img和客户提供的super.img不一样
vendor.img通过挂载的方式，无法修改vendor.img

问题的关键在于第6点，如果能修改vendor.img一切问题就迎刃而解了。在尝试各种挂载命令之后，vendor.img依然无法修改。

思路转变一下，如果把vendor.img以只读的方式挂载之后，拷贝挂在后的目录，在新拷贝的目录下修改，最后重新打包vendor.img和super.img，或许是一种可行的方法，经多次尝试以后，按照以下步骤问题解决：

$ mkdir -p tmp/vendor_mnt
$ simg2img super.img super_raw.img
$ lpunpack super_raw.img tmp
$ cd tmp
$ mount -o ro vendor.img vendor_mnt
$ cp -r vendor_mnt vendor_cp
//把修改后的内容(比如camera.XXXX.so)拷贝到vendor_cp
//将android_platform/out/target/product/PROJECT中的vendor目录整个删除
//将vendor_cp拷贝到android_platform/out/target/product/PROJECT并改名vendor
$ rm vendor*.img
$ make vendorimage

1.此时生成了新的vendor.img，这个vendor.img是基于客户提供的vendor.img附带了我们的修改
2.通过file查看vendor.img，这个img是sparse文件类型的，需要通过simg2img生成Linux rev 1.0 ext2
3.将vendor.img拷贝回步骤4的tmp目录执行lpmake.sh，需要修改第12行vendor.img的大小(字节)

lpmake.sh:

lpmake  \
    --metadata-size 65536                                                \
    --super-name super                                                   \
    --metadata-slots 2                                                   \
    --virtual-ab                                                         \
    --device super:3221225472                                            \
    --group xxxx_dynamic_partitions:3210739712                            \
    --partition system:readonly:1158778880:xxxx_dynamic_partitions        \
    --image system=system.img                                            \
    --partition system_ext:readonly:114483200:xxxx_dynamic_partitions     \
    --image system_ext=system_ext.img                                    \
    --partition vendor:readonly:215457792:xxxx_dynamic_partitions         \
    --image vendor=vendor.img                                            \
    --partition product:readonly:328126464:xxxx_dynamic_partitions        \
    --image product=product.img                                          \
    --partition vendor_dlkm:readonly:10448896:xxxx_dynamic_partitions     \
    --image vendor_dlkm=vendor_dlkm.img                                  \
    --sparse                                                             \
    --output ./super.img

附：bootimg的打包方式

mkdir bootfs
simg2img ./boot_src.img boot.img.ext4
mount -t ext4 -o loop boot.img.ext4 ./bootfs
cp -fr build/arch/arm64/boot/dts/*.dtb ./bootfs
cp -fr build/Image.itb ./bootfs
make_ext4fs -l 128M -s boot.img ./bootfs

参考博客：
[1]: https://blog.youkuaiyun.com/yiqingyang2012/article/details/125514590
[2]: https://blog.youkuaiyun.com/guyongqiangx/article/details/132581720