android恢复出厂设置以及系统升级流程.docx

上传人:b****2 文档编号:24496481 上传时间:2023-05-28 格式:DOCX 页数:5 大小:17.53KB
下载 相关 举报
android恢复出厂设置以及系统升级流程.docx_第1页
第1页 / 共5页
android恢复出厂设置以及系统升级流程.docx_第2页
第2页 / 共5页
android恢复出厂设置以及系统升级流程.docx_第3页
第3页 / 共5页
android恢复出厂设置以及系统升级流程.docx_第4页
第4页 / 共5页
android恢复出厂设置以及系统升级流程.docx_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

android恢复出厂设置以及系统升级流程.docx

《android恢复出厂设置以及系统升级流程.docx》由会员分享,可在线阅读,更多相关《android恢复出厂设置以及系统升级流程.docx(5页珍藏版)》请在冰豆网上搜索。

android恢复出厂设置以及系统升级流程.docx

android恢复出厂设置以及系统升级流程

android恢复出厂设置以及系统升级流程

android恢复出厂设置以及系统升级流程2011-12-0617:

14

6654人阅读

评论(3)

收藏

举报

androidcachethreadnulluisystem

http:

//www.bangchui.org/simple/?

t5938.html

复制代码

=============================================恢复出厂设置流程概括:

一.设置模块中进行恢复出厂设置操作,系统一共做了两件事:

1.往/cache/recovery/command文件中写入命令字段:

2.重启系统二.重启系统会必须进入recovery模式进入recovery模式的几种方式1.通过读取/cache分区中文件/cache/recovery/command内容进入2.通过按键操作进入(G1通过同时按HOME和挂断键)以上两种方式进入都需要blob的支持三.所以恢复出厂设置,进入recovery模式,必须做以下几件事情:

1.blob必须能从recovery分区中装载内核和文件系统2.flash必须有cache分区和recovery分区3.必须编译提供recovery.img烧录到recovery分区recovery.img解析:

1.理解recovery.img在制作recovery镜像之前,我们必须理解什么是recovery以及它有哪些内容,这里省略,文章:

<<recovery.img与boot.img简单对比分析>>对recovery做了很好的解释,地址:

制作recovery.img因为在文件:

./vendor/marvell/littleton/BoardConfig.mk中有:

TARGET_NO_KERNEL:

=true导致我们目前在编译cupcake的时候,默认没有生成recovery.img,要生成recovery.img必须屏蔽TARGET_NO_KERNEL:

=true创建目录:

vendor/marvell/littleton/recovery/res拷贝编译好的内核到目录:

vendor/marvell/littletoncp/tftpboot/zImage20100202vendor/marvell/littleton/kernel如果不创建res目录和拷贝内核将会出现以下错误:

NoprivaterecoveryresourcesforTARGET_DEVICElittletonmake:

***没有规则可以创建“out/target/product/littleton/kernel”需要的目标“vendor/marvell/littleton/kernel”命令:

makerecoveryimage单独生成recovery.imgout/host/linux-x86/bin/mkbootimg--kernelout/target/product/littleton/kernel\\--ramdiskout/target/product/littleton/ramdisk-recovery.img\\--outputout/target/product/littleton/recovery.img恢复出厂设置,内核相关部分:

2009年12月23日falsh分区情况0x00000000-0x00100000:

\"Bootloader\"--1M0x00100000-0x00500000:

\"Kernel\"--4M0x4000000x00500000-0x06500000:

\"system\"--96M0x60000000x06500000-0x09500000:

\"userdata\"--48M0x30000000x09500000-0x0f500000:

\"systembackup\"--96M0x0f500000-0x0fd00000:

\"massstorage\"--8M0x0fd00000-0x0ff00000:

\"massstorage2\"--2M0x0ff00000-0x10000000:

\"massstorage3\"--1M在目前的内核中我们还没有使用cache分区和recovery分区,所以修改内核配置文件:

arch/arm/mach-pxa/include/mach/part_table.h把以下分区:

0x09500000-0x0f500000:

\"systembackup\"--96M0x0f500000-0x0fd00000:

\"massstorage\"--8M改为:

0x09500000-0x0f500000:

\"cache\"--96M0x0f500000-0x0fd00000:

\"recovery\"--8M让android系统能正常挂载和使用cacherecovery分区。

烧写编译好的recovery.img到recovery分区;烧写地址已经更新,具体参考文件:

http:

//192.168.2.148/smartphone/td0901/release/p_w_picpath/readme.txt=====================================烧写cache分区nanderase-z0x095000000x6000000tftprecovery.imgnandwrite-y0x808000000x09500000<cache.imgactuallength>烧写recovery分区nanderase-z0xf5000000x800000tftprecovery.imgnandwrite-y0x808000000xf500000<recovery.imgactuallength>======================================恢复模式流程分析完成了以上准备工作,当我们按特定的组合键或者恢复出厂设置,那么就会进入recovery模式:

从recovery模式的init.rc文件可以看出,它仅仅启动了几个服务servicerecovery/sbin/recoveryserviceadbd/sbin/adbdrecovery以下是recovery流程分析,主函数在文件:

bootable/recovery/recovery.cintmain(intargc,char**argv)...ui_init();//初始化uiget_args(&argc,&argv);...voidui_init(void){gr_init();ev_init();...pthread_create(&t,NULL,progress_thread,NULL);pthread_create(&t,NULL,input_thread,NULL);}recovery模式有简单的交互式界面,它是通过ui_init(),ev_init()等一些列操作,完成字符ui界面和按键事件等初始化。

input_thread线程里面处理按键事件。

函数get_args会读取/cache/recovery/command文件,并根据命令字段进行相应操作,因为进行恢复出厂设置的时候/cache/recovery/command的内容为--wipe-data所以它会擦除data和cache分区:

erase_root(\"DATA:

\")erase_root(\"CACHE:

\")分区擦除后,系统重启,然后进入正常开机流程,重新使用system分区的内容完成开机初始化,此过程跟我们第一次烧写软件过程一致。

如果是按home键和挂机键开机,那么进入字符选择界面,函数为:

staticvoidprompt_and_wait(){char**headers=prepend_title(MENU_HEADERS);for(;;){finish_recovery(NULL);ui_reset_progress();intchosen_item=get_menu_selection(headers,MENU_ITEMS,0);//device-specificcodemaytakesomeactionhere.Itmay//returnoneofthecoreactionshandledintheswitch//statementbelow.chosen_item=device_perform_action(chosen_item);switch(chosen_item){caseITEM_REBOOT:

//系统重启return;caseITEM_WIPE_DATA:

//擦除数据分区break;caseITEM_WIPE_CACHE:

//擦除cache分区break;caseITEM_APPLY_SDCARD:

//通过防止update.zip包到sdcard根目录实现系统升级break;}}}======================================

一、应用层流程分析

设置模块中恢复出厂设置,不管是否删除SD卡,最终都会执行如下两步:

1、往/cache/recovery/command文件中写入命令字段

2、重启系统,进入recovery模式

具体可参考framework/base/core/java/android/os/RecoverySystem.java文件,代码片段如下:

在rebootWipeUserData方法中,会调用bootCommand方法,并传入参数--wipe_data命令字段,重启进入recovery模式后,recovery服务会通过读取此参数来擦除data和cache分区,详细流程见下文。

二、恢复模式流程分析

重启后,从recovery模式的init.rc文件中可以看到启动recovery服务,具体可参考bootable/recovery/etc/init.rc文件,代码片段如下:

 

recovery服务的主函数在bootable/recovery/recovery.c文件中,main函数的分析如下:

ui_init()

说明:

初始化ui,recovery模式的交互界面

get_args(&argc,&argv);

说明:

读取/cache/recovery/command文件,并根据命令字段进行相应操作,因为恢复出厂设置的时候/cache/recovery/command的内--wipe_data,所以它会擦除data和cache分区,代码片段如下:

 

分区擦除后,系统重启,然后进正常开机流程,重新使用system分区的内容完成开机初始化,代码片段如下:

 

至此,恢复出厂设置流程完毕。

================================

[开发经验]recovery.img与boot.img简单对比分析

recovery,

boot

今天对比分析了一下recovery.img和boot.img的结构,从中粗略知道了Android手机中的恢复模式是怎么回事。

以下是文件结构的对比图:

从中我们知道:

(1)recovery.img其实已经是进入了Linux系统。

(2)recovery.img为了具有恢复系统的能力,比普通的boot.img目录结构中:

1、多了/res/images目录,在这个目录下的图片都是恢复时我们看到的背景画面。

2、多了/sbin/recovery二进制程序,这个就是恢复用的程序。

3、/sbin/adbd不一样,应该和恢复有关。

(3)Android系统中的初始化程序(init)和初始化配置文件(default.prop、init.trout.rc、init.rc、init.goldfish.rc、)都不一样。

这就是系统没有进入图形界面而进入了类似文本界面,并可以通过简单的组合

键进行恢复的原因。

通过查阅相关资料,对android的recovery模式有了一定的了解:

Android可以通过Recovery模式,实现恢复出厂设置、OTA升级、patch升级及firmware升级。

在关机后,同时按下home

+power键可以进入recovery模式。

大部分升级(包括刷机)都可以通过一个SD卡中的"updata.zip"文件升级包进行傻瓜式升级(步骤简单的升级)。

而这一过程就是在系统进入Recovery模式后,通过升级程序运行升级包中“META-INF/com/google/android/update-script脚本来执行各种不同的自定义升级,脚本中是一组recovery模式下系统能识别的UI控制命令和文件系统操作命令,例如write_raw_image(烧写FLASH分区)、copy_dir(复制目录)等等。

具体的Recovery模式执行过程,有空看了源码再细说。

上一篇蓝牙(Bluetooth)系统的无线接入下一篇Android高手必看的十个建议

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 教育学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1