一直都是从网上下载的recovery文件安装到手机.至于这个小小的recovery到底是什么全然不知.能不能自己做一个recovery呢?因为功能比较多的clockworkmod(简称cmw)的官网上并没有提供我的机型下载,网上的版本是如何做出来的呢? 先找个recovery研究一下再说. recovery.img 是一个镜像文件,想起了之前弄过的软盘镜像文件.找一个可以打开镜像的工具(winimage.ultraiso),打开里头有三个文件:bootimg-header.bin.bootimg

下面讲如何破解官方recovery签名验证(这个方法应该是通用的,其他手机可以参考,recovery签名验证破解了,也不用费力编译第三方recovery) 1.从官方ROM里提取recovery.img 2.把recovery.img解出来...具体方法可以看沙发...我单独拎出来.... 3.sbin/recovery 这个二进制执行文件,拷贝到windowsxp里 4.windowsxp安装ida64plus这个软件,这是个反编译软件,我网盘里有一个试用版,功能有限制,这个版本能反编译,但不

*1 准备Ubuntu作为您的操作系统,笔者的版本是12.04_amd64. *2 准备 Android 源码的编译环境,主要是安装一些编译用到的lib库,以及同步源码的一些工具 ,如GIT,CURL,REPO等.[source.android.com] *3 在确保环境已准备妥当之后,接下来开始下载 Android 源码,此文以cm 10.1  源码为例. 1).创建一个用于存放源码的目录,如:android/system mkdir –p android/system 2).切换到该目录 c

目前update-script脚本格式是edify,其与amend有何区别,暂不讨论,我们只分析其中主要的语法,以及脚本的流程控制. 一.update-script脚本语法简介: 我们顺着所生成的脚本来看其中主要涉及的语法. 1.assert(condition):如果condition参数的计算结果为False,则停止脚本执行,否则继续执行脚本. 2.show_progress(frac,sec):frac表示进度完成的数值,sec表示整个过程的总秒数.主要用与显示UI上的进度条. 3.for

本文转载自:http://blog.csdn.net/mu0206mu/article/details/7465603       Android系统Recovery工作原理之使用update.zip升级过程分析(九)---updater-script脚本语法简介以及执行流程     目前update-script脚本格式是edify,其与amend有何区别,暂不讨论,我们只分析其中主要的语法,以及脚本的流程控制. 一.update-script脚本语法简介: 我们顺着所生成的脚本来看其中主要涉

Android  recovery和android本质上是两个独立的rootfs, 仅仅是recovery这个rootfs存在的意义就是为android这个rootfs服务,因此被解释为Android系统的一部分. recovery作为一个简单的rootfs, 提供了很有限的几个功能,仅仅包括了几个简单的库.UI的显示採用的是直接刷framebuffer的形式.作为android framework及app层的码农.对这样的形式相对陌生,特抽点时间梳理了一番. 首先,浏览一下reocvery的m

转载请注明来源:cuixiaolei的技术博客 Recovery启动流程系列文章把recvoery目录下文件分成小块讲解,最后再以一条主线贯穿所有的内容.这篇文章主要讲解Recovery-UI的相关内容. 我们知道,当我们通过按键或者应用进入recovery模式,实质是kernel后加载recovery.img,kernel起来后执行的第一个进程就是init,此进程会读入init.rc启动相应的服务.在recovery模式中,启动的服务是执行recovery可执行文件,此文件是bootable/

转自android recovery模式及ROM制作 1.总述 为了方便客户日后的固件升级,本周研究了一下android的recovery模式.网上有不少这类的资料,但都比较繁杂,没有一个系统的介绍与认识,在这里将网上所找到的和自己通过查阅代码所掌握的东西整理出来,给大家一个参考! 2.Android启动过程 在这里有必要理一下android的启动过程: 图1 android启动过程 系统上电之后,首先是完成一系列的初始化过程,如cpu.串口.中断.timer.DDR等等硬件设备,然后接着加载b

Solr4.8.0源码分析(24)之SolrCloud的Recovery策略(五) 题记:关于SolrCloud的Recovery策略已经写了四篇了,这篇应该是系统介绍Recovery策略的最后一篇了.本文主要介绍Solr的主从同步复制.它与前文<Solr4.8.0源码分析(22)之SolrCloud的Recovery策略(三)>略有不同,前文讲到的是SolrCloud的leader与replica之间的同步,不需要通过配置solrconfig.xml来实现.而本文主要介绍单机模式下,利用so

首先手机root且安装busybox和超级终端软件,这里不提供自己百度一大堆 一.制作scatter 示范 PRELOADER 0x0 { } MBR 0x600000 { } EBR1 0x680000 { } __NODL_PMT 0x700000 { } __NODL_PRO_INFO 0xb00000 { } __NODL_NVRAM 0xe00000 { } __NODL_PROTECT_F 0x1300000 { } __NODL_PROTECT_S 0x1d00000 { } __

开始建立我们要编译机器的device目录 ./build/tools/device/mkvendor.sh htc vivo ~/boot.img 需要自己配置的部分: 位置:cm/deviec/品牌/国际名称/BoardConfig.mk 修改键值倒数第三行,把#去掉,然后回车加一行空格,返回键就好用啦,如下图. 加入两行// 电源键就好用啦,如图 位置:cm/bootable/recovery/default_recovery_keys.c 修改顶端版本信息 目录所cm/bootable/r

你必须使用32位或64位Ubuntu系统,关于如何建立编译环境和同步源码的指导,请自己查找有关指导的文章. 1, 安装所需要的包 2, 建立编译的环境,并同步CWM所需的源码,CyanogenMod源码中附带CWM源码 CWM 5 - Gingerbread CWM 6 - Jellybean 3, 下面我们进入真正的编译阶段,确保你已经使用“repo sync ”命令同步了最新的源码 进入源码的目录 放出以下命令:      make -j4 otatools 3.5, 如果你的机型不被CM1

转载请注明出处:http://blog.csdn.net/guoyjoe/article/details/11818529 正确答案:AD 数据库恢复顾问(DRA)是一个诊断和修复数据库问题的工具.共有两个界面:RMAN可执行程序和Enteprise Manger.DRA能够生成脚本来修复数据文件和(在某些境下)控制文件受到的损坏:它不提供有关服务器参数文件和联机重做日志文件问题的建议.DRA依赖于自动诊断知识库(Automatic DiagnosticRepository,ADR)和Healt

欢迎关注泛泰非盈利专业第三方开发团队 VegaDevTeam  (本team 由 syhost suky zhaochengw(z大) xuefy(大星星) tenfar(R大师) loogeo crazyi(天下无雪) windxixi(雪狐) wangsai008 组成) 转载请注明出处和链接: http://blog.csdn.net/syhost/article/details/35019605 说说中文TWRP的简史:          中文TWRP是本人在2012.10月在原英文TW

专业第三方开发团队 VegaDevTeam  (本team 由 syhost suky zhaochengw(z大) xuefy(大星星) tenfar(R大师) loogeo crazyi(天下无雪) windxixi(雪狐) wangsai008 组成) 说说中文TWRP的简史:          中文TWRP是本人在2012.10月在原英文TWRP的基础上首次改动编译成功, 后经suky大神完好字库生成脚本并产生新的字模存储提取方式, 进而形成两种汉化方式, 而且经本人改动都支持多国语言

问题: 原因是手机安卓系统是6.0.系统应用里面没有包含谷歌框架等一系列谷歌的小东西. 参考: http://www.miui.com/thread-3548436-1-1.html http://www.miui.com/thread-3132679-1-1.html 然后我既不想root(因为谷歌安装器好像可以解决不过需要root).也不想刷第三方的recovery(用来刷入包含谷歌各种服务的包). www.hisoma.com/364.html http://mytiankong.com/

本文介绍了Android原生OTA和Recovery升级过程步骤. 进入升级 - 1.1 正常启动和进入Recovery的区别 下面给出了升级流程的简单示意图.  上图中的上下两个部分,上面一部分是正常的启动模式,下面一部分为Recovery模式.正常的启动模式是从boot.img启动系统(Main System),而recovery模式则是从reovery.img启动系统:(reovery.img只包含内核.简单的文件管理系统和图形系统) Boot分区包括linux内核和Ramdisk,Rec

最近遇见一个麻烦,明明知道是java写的小软件,但是打包成了exe,木得办法,之前打包的都有缓存能在TEMP文件夹找到.这次可不一样了,特此记录一下. 为此特地搜集了一些java打包成exe的软件. 一.exe4j.    说明:exe4j可以将Jar文件制作成exe文件,但需jre支持,也可将Jar文件放在外面.    软件性质:共享软件    下载地址:http://www.ej-technologies.com/products/exe4j/overview.html二.JBuilder.

有时候我们需要,在升级的过程中,执行一些shell命令,来完成我们的一些需求,利用升级过程,进行一些特殊化的操作,思路如下: 第一: 把我们需要执行的命令,写成一个test.sh脚本,然后在recovery串口环境下,source test.sh,保证我们的sh能够正常运行. 第二: 把test.sh打包到升级包update.zip的根目录中去,主要是修改build/core/Makefile以及build/tools/releasetools/ota_from_target_files. 第三

一般在升级过程,都会提示用户,请勿断电,不管是android的STB,TV还是PHONE,或者是其他的终端设备,升级过程,基本上都可以看到“正在升级,请勿断电”,然后有个进度条,显示升级的进度. 但是从系统安全的角度考虑,如果用户真断电了,我们仍然需要能够从异常掉电的情况中,恢复系统或者继续升级. 我们先理解下recovery的过程,我们升级过程,其实分为两个阶段,升级包校验过程,以及升级包更新过程: 2.1 校验过程掉电 在升级包校验过程,是recovery对升级包zip的完整性以及合法性进行