摘要：
从android4.4到现在android7.1升级，现在的升级包越来越大，一个system分区大小都分配了2G，整个升级包达到了接近500M， 升级包解压之后1G+，奇怪的是，发现了两个不同批次的板，升级时间差了三倍，相同的升级包，一个要三分钟，一个不到一分钟就升级完了。 经过查看，发现了两个板子 阅读全文
摘要：
目前很多Android手机采用的FUSE方案，也就是内部SD卡不单独占用一个文件系统而实际上占用的是userdata的空间。 当系统加密后，解密需要VOLD的参于。而在Recovery模式下，是没有VOLD的启动的。因此，若是OTA升级包保存在了usrdata或内部存储器中时，Recovery是没有 阅读全文
摘要：
我们通常对一个文件可以直接读写操作，或者普通的分区(没有文件系统)也是一样，直接对/dev/block/boot直接读写，就可以获取里面的数据内容了。 当我们在ota升级的时候，把升级包下载到cache/data分区，然后进入recovery系统后，把cache/data分区mount之后，即可从对 阅读全文
摘要：
随着android版本的更新，系统固件的大小也越来越大，升级包也越来越大，cache分区已经不够存储update.zip了，所以应用把update.zip下载到data分区，默认情况下data分区是可以存储升级包的。 我们有分区加密的功能，当打开加密分区后，data分区是加密的，当升级包存在data 阅读全文
摘要：
随着android版本升级，升级包越来越大，当升级包无法存储在cache分区的时候，会把升级包下载到data分区，然后从data分区升级，最近从data分区加载升级包升级的时候，遇到了如下错误： 最直接的错误信息就是：E:Failed to read /cache/recovery/block.ma 阅读全文