当前位置: article > 正文

Android ota升级制作_android 重新制作ota

作者：Monodyee | 2024-03-29 16:32:09

踩

android 重新制作ota

make otapackage——会生成sd卡用的全部系统升级包,如

Y:\slm753_2\LA.BR.1.2.4-05310-8x16.0\out\target\product\slm753\obj\PACKAGING\target_files_intermediates\slm753-target_files-eng.Data.BU.zip

此时修改代码，重新编译make;make otapackage

第二次生成slm753-target_files-eng.Data.BU.zip，然后使用脚本，生成两个包之间的查分包：

./build/tools/releasetools/ota_from_target_files -i <A包> <B包> <差分包名>
————————————————
版权声明：本文为CSDN博主「Eliot_shao」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/eliot_shao/article/details/53086531

二、 update.zip包目录结构详解
以上是我们用命令make otapackage 制作的update.zip包的标准目录结构。
差分包的命令： ./build/tools/releasetools/ota_from_target_files -s ./vendor/mediatek/proprietary/scripts/releasetools/mt_ota_from_target_files.py –block -i OLDMID_PACKAGE.zip MID_PACKAGE.zip OTA_PACKAGE_NAME.zip
1、boot.img是更新boot分区所需要的文件。这个boot.img主要包括kernel+ramdisk。
2、system/目录的内容在升级后会放在系统的system分区。主要用来更新系统的一些应用或则应用会用到的一些库等等。可以将Android源码编译out/target/product/tcc8800/system/中的所有文件拷贝到这个目录来代替。
3、recovery/目录中的recovery-from-boot.p是boot.img和recovery.img的补丁(patch),主要用来更新recovery分区，其中etc/目录下的install-recovery.sh是更新脚本。
4、update-binary是一个二进制文件，相当于一个脚本解释器，能够识别updater-script中描述的操作。该文件在Android源码编译后out/target/product/tcc8800/system bin/updater生成，可将updater重命名为update-binary得到。
该文件在具体的更新包中的名字由源码中bootable/recovery/install.c中的宏ASSUMED_UPDATE_BINARY_NAME的值而定。
5、updater-script：此文件是一个脚本文件，具体描述了更新过程。我们可以根据具体情况编写该脚本来适应我们的具体需求。该文件的命名由源码中bootable/recovery/updater/updater.c文件中的宏SCRIPT_NAME的值而定。
6、 metadata文件是描述设备信息及环境变量的元数据。主要包括一些编译选项，签名公钥，时间戳以及设备型号等。
7、我们还可以在包中添加userdata目录，来更新系统中的用户数据部分。这部分内容在更新后会存放在系统的/data目录下。
8、update.zip包的签名：update.zip更新包在制作完成后需要对其签名，否则在升级时会出现认证失败的错误提示。而且签名要使用和目标板一致的加密公钥。加密公钥及加密需要的三个文件在Android源码编译后生成的具体路径为：
out/host/linux-x86/framework/signapk.jar
build/target/product/security/testkey.x509.pem
build/target/product/security/testkey.pk8 。

我们用命令make otapackage制作生成的update.zip包是已签过名的，如果自己做update.zip包时必须手动对其签名。

具体的加密方法：$ java –jar aosp/out/host/linux/framework/signapk.jar –w aosp/build/target/product/security/testkey.x509.pem aosp/build/target/product/security/testkey.pk8 update.zip update_signed.zip
以上命令在update.zip包所在的路径下执行，其中signapk.jar testkey.x509.pem以及testkey.pk8文件的引用使用绝对路径。update.zip 是我们已经打好的包，update_signed.zip包是命令执行完生成的已经签过名的包。

OTA打包过程中会自动使用生成的key进行签名，OTA升级包里签名的位置如下

│ [OTA PACKAGE]

│ └─META-INF

│ CERT.RSA

│ CERT.SF

│ MANIFEST.MF

│└─com

│---└─android

│------otacert

使用Android的打包命令(make otapackage)制作ota升级包

整个项目编译完成后再执行make otapackage

生成的完整升级包会存放在out\target\product\[project name]\ producename-ota-xxx.zip 下

具体名字根据make otapackage的install来确定

生成的过程文件包在out/target/product/[project name]/obj/PACKAGING/target_files_intermediates/目录下,该文件可用于创建差分升级包

9、MANIFEST.MF：这个manifest文件定义了与包的组成结构相关的数据。类似Android应用的mainfest.xml文件。
10、CERT.RSA：与签名文件相关联的签名程序块文件，它存储了用于签名JAR文件的公共签名。
11、CERT.SF：这是JAR文件的签名文件，其中前缀CERT代表签名者。
另外，在具体升级时，对update.zip包检查时大致会分三步：①检验SF文件与RSA文件是否匹配。②检验MANIFEST.MF与签名文件中的digest是否一致。③检验包中的文件与MANIFEST中所描述的是否一致。

三、 Android升级包update.zip的生成过程分析
1) 对于update.zip包的制作有两种方式，即手动制作和命令生成。

第一种手动制作：即按照update.zip的目录结构手动创建我们需要的目录。然后将对应的文件拷贝到相应的目录下，比如我们向系统中新加一个应用程序。可以将新增的应用拷贝到我们新建的update/system/app/下（system目录是事先拷贝编译源码后生成的system目录），打包并签名后，拷贝到SD卡就可以使用了。这种方式在实际的tcc8800开发板中未测试成功。签名部分未通过，可能与具体的开发板相关。

第二种制作方式：命令制作。Android源码系统中为我们提供了制作update.zip刷机包的命令，即make otapackage。该命令在编译源码完成后并在源码根目录下执行。具体操作方式：在源码根目录下执行

①$ . build/envsetup.sh。

②$ lunch 然后选择你需要的配置(如17)。

③$ make otapackage。
在编译完源码后最好再执行一遍上面的①、②步防止执行③时出现未找到对应规则的错误提示。命令执行完成后生成的升级包所在位置在out/target/product/full_tcc8800_evm_target_files-eng.mumu.20120309.111059.zip将这个包重新命名为update.zip，并拷贝到SD卡中即可使用。(本人：此处应该是有误的，不可以直接使用，此次编译生成的只是中间包，需要用此文件与之前的生成差分包)

这种方式(即完全升级)在tcc8800开发板中已测试成功。

2) 使用make otapackage命令生成update.zip的过程分析。
在源码根目录下执行make otapackage命令生成update.zip包主要分为两步，第一步是根据Makefile执行编译生成一个update原包（zip格式）。第二步是运行一个python脚本，并以上一步准备的zip包作为输入，最终生成我们需要的升级包。下面进一步分析这两个过程。
第一步：编译Makefile。对应的Makefile文件所在位置：build/core/Makefile。从该文件的884行（tcc8800,gingerbread0919）开始会生成一个zip包，这个包最后会用来制作OTA package 或者filesystem image。先将这部分的对应的Makefile贴出来如下：
————————————————
版权声明：本文为CSDN博主「发飙的IT宅男」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u012686462/article/details/79457923

（2）

升级包制作

一、整包

1. ./mk [project] new
2. ./mk [project] otapackage

先编译整个工程，编译完成之后编译ota包，最后在out目录下生成升级包，如out/target/product/{project}/obj/packaging/ckt75_cu_gb2-target_files-eng.ckt.zip，这个包就可以在该项目的任何一个版本上升级。

二、差分包

1. ./mk [project] new--- 工程的版本是 V1
2. ./mk [project] otapackage --- 工程的版本是 V1
3. 将V1版本烧录到对应的手机上
4. 拷贝out/target/product/{project}/obj/packaging/ckt75_cu_gb2-target_files-eng.ckt.zip到根目录下，并改名为 v1_org -----工程的版本是 V1

5. ./mk [project] new --- 工程的版本是 V2
6. ./mk [project] otapackage --- 工程的版本是 V2
7. 拷贝out/target/product/{project}/obj/packaging/ckt75_cu_gb2-target_files-eng.ckt.zip到根目录下（并不是所有平台的 zip 包在前面有项目名字），并改名为 v2_org -----工程的版本是 V2
8. ./build/tools/releasetools/ota_from_target_files -k releaseKey -i v1_org.zip v2_org.zip v1_2.zip---在工程目录下执行此命令

9. 如果系统的logo和uboot也更改了，那么也需要将其添加进去
./build/tools/releasetools/ota_from_target_files -k releaseKey -l logo.img -u uboot.img -i old_ota_target_file.zip new_ota_target_file.zip update.zip。

-k 代表签名文件，“releaseKey”是签名文件路径（用make otapackage 编译生成的升级包，系统已做了签名验证）

-l 参数是代表需要升级logo，后面跟logo文件的路径，注意不要用签名过的logo文件，该文件可以从ota整包中解压得来；

-u 参数代表要升级uboot，后面跟uboot文件路径，注意不要用签名过的uboot文件，该文件可以从ota整包中解压得来；

不明确的话 ,可以直接打开/build/tools/releasetools/ota_from_target_files 文件里面有各个命令的说明。

-i 为产生增量包。

old_ota_target_file.zip代表的是升级前的ota 包源文件路径；

new_ota_target_file.zip代表需要升级到的版本的ota包源文件路径；

通过以上几步就生成了差分包v1_2.zip，可以将系统版本从v1升到v2。
————————————————
版权声明：本文为CSDN博主「Jack.Ding」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/dingfengnupt88/article/details/52882788

（3）

OTA 升级是 Android 系统提供的标准软件升级方式。它功能强大，提供了完全升级、增量升级模式，可以通过 SD卡升级，也可以通过网络升级。

那如何生成差分升级包呢？

Android源码的根目录下有以下两个命令：

1、make ——会生成系统的img文件，system.img，boot.img，userdata.img，recovery.img

2、make otapackage——会生成sd卡用的全部系统升级包,如msm8974-target_files-eng.xxxx.zip

要生成差分升级包，需要先制作出两个全升级包，然后根据这两个升级包做出差分升级包，这里以高通的msm8974为例，讲诉Android差分包的制作过程。

1、制作全系统升级包

1.1 使能编译脚本在Android源码目录下运行source build/envsetup.sh

1.2 选择具体机型在终端运行lunch，随后会打印机型列表，通过输入数字选择具体的机型

1.3 编译在终端运行make，如果之前没有编译过Android源码，该过程相当久。

1.4 make otapackage

注（1.1-1.3也是Android源码官方的标准编译方式，其实也是输出一些临时变量，供编译时使用，可通过 printenv查看具体的配置信息，很简单对不对）

2、建立一个目录

这个随意，在哪里建都行，主要要于保存升级文件如

mkdir ~/OTA

注（~代表为用户目录，一般为/home/用户名，可通过cd ~,然后通过pwd查看路径）

3、将编译生成的out/target/product/msm8974/obj/PACKAGING/target_files_intermediates/msm8974-target_files-eng.xxxx.zip 拷贝并且更名放到目录~/OTA/A.zip

4、在代码中做一些修改，产生一些差异

5、第二次make;make otapackage（修改于Android源码后out/target/product/msm8974/文件在重新编译后，某个文件（如apk）虽已不再生成,但该文件不会自动删除（上一次的生成文件残留），个人感觉这个有BUG,希望谷歌方面改进一下，这样我们在make之前，最好手动删除一下out/target/product/msm8974/system这个目录）

6、将第二次编译生成的out/target/product/msm8974/obj/PACKAGING/target_files_intermediates/msm8974-target_files-eng.xxxx.zip 拷贝并且更名放到目录~/OTA/B.zip

7、在src根目录下执行制作差分包的命令，必须在src根目录下执行,因为ota_from_target_files.py这个脚本里面写定了相对路径的引用文件。

./build/tools/releasetools/ota_from_target_files -i <A包> <B包> <差分包名>。

如： ./build/tools/releasetools/ota_from_target_files -i ~/OTA/A.zip ~/OTA/B.zip ~/OTA/update.zip

注：-i指定制作差分包，~/OTA/update.zip 就是升级用的差分包，这个脚本要在Android源码的根目录下执行。

8、升级原理

打开update.zip，有一个升级脚本META-INF/com/google/android/updater-script。Android就是根据这个脚本进行升级的，有兴趣的可以研究一下。当然升级失败了，最好从这个脚本中找原因了，因为这个文件会打印升级过程中的信息。通过adb shell,进入/tmp目录，有个文件记录了升级过程的信息，可通过这个文件查看升级失败的原因。

9、应用升级包

差分包制作好后，可以用Android的recovery应用该升级包。应用该升级包的时候，遇到了两个问题，这里给大家分享一下。

（4）

在make android系统后，会生成系统的img文件。

make otapackage 会生成sd卡用的全部系统升级包,有260M多。要生成增量升级包。需要按以下步骤。

mkdir ~ /OTA
source build/envsetup.sh; choosecom 1 1 7 eng
make;make otapackage
先将编译生成的

out/target/product/msm8660_surf/obj/PACKAGING/target_files_intermediates/msm8660_surf-target_files-eng.xxxx.zip

拷贝并且更名放到目录 ~ /OTA/msm8660_surf-target_files-eng.A.zip

在代码中产生一些更新
第二次 make;make otapackage
第二次编译生成的 out/target/product/msm8660_surf/obj/PACKAGING/target_files_intermediates/msm8660_surf-target_files-eng.xxxx.zip 拷贝并且更名放到目录 /OTA/msm8660_surf-target_files-eng.tangzm_B.zip
-在源码根目录下执行 ./build/tools/releasetools/ota_from_target_files -i <A包 > <B包 > <差分包名 >。这里必须在src根目录下执行,因为 ota_from_target_files.py这个脚本里面写定了相对路径的引用文件。

如： ./build/tools/releasetools/ota_from_target_files -v -t MMC -i

~ /OTA/msm8660_surf-target_files-eng.A.zip

~ /OTA/msm8660_surf-target_files-eng.B.zip

~ /OTA/update.zip

~ /OTA/update.zip 就是升级用的差分包。

注意：-t MMC 是指使用文件格式为ext4,默认为mtd,即yaffs2。因为我们这个系统使用了ext4文件系统的支持。具体的内容可以看分区表文件src/

具体的参数含义为 -v显示具体命令，-i 为产生增量包。

MTK OTA升级包差分命令

1. M版本
./build/tools/releasetools/ota_from_target_files -s ./device/mediatek/build/releasetools/mt_ota_from_target_files --block -i old.zip new.zip update.zip
2. N版本
./build/tools/releasetools/ota_from_target_files -s ./device/mediatek/build/releasetools/mt_ota_from_target_files --block -i old.zip new.zip update.zip
3. O版本
./build/tools/releasetools/ota_from_target_files -k $(key_path) -s vendor/mediatek/proprietary/scripts/releasetools/mt_ota_from_target_files -i V1.zip V2.zip update.zip
4. P版本
./build/tools/releasetools/ota_from_target_files -k $(key_path) -i s100.zip s101.zip update_s100_s101.zip
5. key_path
关于key_path的取值。查看ProjectCongfig.mk.

如果MTK_SIGNATURE_CUSTOMIZATION=yes并且MTK_INTERNAL=no，
<key_path>的值为：build/target/product/security/[Project]/releasekey
如果MTK_SIGNATURE_CUSTOMIZATION=yes并且MTK_INTERNAL=yes，
<key_path>的值为：build/target/product/security/common/releasekey
如果MTK_SIGNATURE_CUSTOMIZATION=no，
<key_path>的值为：build/target/product/security/testkey
————————————————
版权声明：本文为CSDN博主「法迪」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/su749520/article/details/84936714

可以先本机测试一下：


$ adb devices
List of devices attached
0123456789ABCDEF    device
 
$ adb reboot recovery
 
或者是手动通过power key + volume上键组合，进入recovery模式，
$

使用 SD 卡升级

用户进入recovery模式下，界面上选择 apply update from sdcard ，然后再选择你的升级包update.zip包（你需要提前将update.zip文件拷入到 sdcard中装入设备中）

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/Monodyee/article/detail/336165