MB860 的折腾(三)

在决心要恢复默认 Recovery 分区处陷入了困境的三太爷,突然想到了底包。那是个非常完整的 ROM,里面一定有 Recovery 映像!

看着这个名为 1FF-olympus_hktw-user-2.3.4-4.5.2A-74_OLH-25-release-keys-signed-Retail-05.sbf 的 1.5GB 的大文件,当务之急是要找个工具能对它进行分析,对其中的部分进行提取。迅速到网上做了检索,百度经验里有一篇文章进行了讲解,《怎样解包和打包摩托罗拉的 sbf 文件》,里面提到的工具叫做 MotoAndroidDepacker。三太爷看着文章里的插图就乐开了花,Recovery 映像对应哪个文件清清楚楚。兴冲冲地按这个名字搜索并下载了工具,让它打开文件的时候竟然无耻地说打开失败!还好我老人家脑速飞快,瞬间想到工具的版本可能有问题,一看信息,是个 1.2 alpha 的版本,感觉就有点不靠谱。手动把版本号加到 1.3 再搜,竟然真有(http://bbs.mfunz.com/thread-186627-1-1.html),这次下载下来,果然就能打开了。

老天爷的考验无处不在。工具确实可以把 sbf 拆解为若干文件,但是信息表里却并没有说哪个文件是 Recovery 分区的映像文件。只好想招,从大小上着手。先去看了看 CWM Recovery 文件的大小,大概是 3MB 多,于是在分拆出来的一堆文件里找和这个尺寸相近的,发现了两个 3MB 左右的文件(此处三太爷犯了个错误,后文再说)。用 HxD 打开观察,挑中了一个感觉更像是 Recovery 映像的,依据是在里面找到了“Recovery”的字串。用 adb push 把它传到了手机上,命名为 recovery.img,然后 adb shell,su 切换到 root 身份,谋划到底该把它刷到哪个分区里。既然文件是按大小选出来的,那何不选定分区也按大小来呢?使用 cat /proc/partitions 命令,发现 mmcblk0p1 恰好在 3MB 与 4MB 之间。为了确认不会刷坏,还特意先 dd 它之前的内容到一个文件里进行了查看,所有字节都是 0。这种情况有两个可能,一是这个分区并非 Recovery 分区,二是固件管理器当初信誓旦旦说的刷入成功其实是个假象。我选择了相信后者,与其说是相信,不如说是宁可相信。其实心里还有另一重考虑,一个全部内容为零的分区,即使刷错了,也不应该有太大的恶劣后果。用 dd 命令把从电脑上传来的 recovery.img 刷到了 mmcblk0p1 分区,成功;重启手机,试图进入 Recovery 模式,失败,错误没变。很显然,那个分区不对。

又经过一些试验,突然想到可以用内容比对的方式来确定。一边是固件管理器下载下来的 CWM Recovery 映像文件(按照常理推测,软件不会自动把下载的此类文件删除,而事实上也很轻松就找到了),一边是依次检索各个分区当前的内容,哪个分区对上了,哪个就是 Recovery 分区。首先还是根据大小,选了 3 个分区来做比较,最后终于确定到了 mmcblk0p10。把 recovery.img 刷到 mmcblk0p10 分区,重启,在菜单里选择进入 Recovery 模式,Failed to boot 2 字样消失,成了 starting RSD protocol support。我老人家瞬间明白:1、分区找对了,2、recovery 映像文件找错了。上文说到三太爷曾犯了个错误,其实就在这个地方。如果稍微再仔细一点,从 cat /proc/partitions 命令的输出结果中就应该能看到并联想到,从底包中提取出来的映像文件的大小,和它对应的分区的大小应该是一致的。那么,当时看到 CWM Recovery 的映像文件大小接近 4MB,那么原始 Recovery 的映像文件很显然就不会是更小的文件。

从底包中拆解出来的文件中,大小与 mmcblk0p10 分区匹配的有两个,一个名为 CG58.smg,一个是 CG59.smg,那么哪个才是 Recovery?现在就好办了,既然有两个大小一样的文件,显然手机上就还会有一个和 mmcblk0p10 大小一样的分区(事实上是 mmcblk0p11),把 mmcblk0p11 的内容 dd 转储出来,发现与 CG59.smg 的内容完全匹配,从而得出 CG58.smg 就是原装的 Recovery 映像。再次用 adb 将之传送,并 dd 到 mmcblk0p10 上,重启尝试进入 Recovery 模式,那个摆了个三角架的小机器人终于又出现了。所有这些情况,表明 MB860 的 bootloader 很强悍,对系统做了非常严格的控制,常规方法无法更改,强行更改则无法运行。

兜兜转转,回到原点。高人说:1、这是折腾的真意;2、这是盘旋上升。顺便说一句,最开始刷错的那个分区,我老人家也在第一时间纠正了:dd if=/dev/zero of=/dev/block/mmcblk0p1。

中间其实还了解到一些别的知识,例如 CWM Recovery 究竟是如何满足大家的补丁需求的。既然刷自定义的 Recovery 受阻,三太爷将挑战一下如何把需要 Recovery 完成的工作在 root 下完成。

目前只是了解了些皮毛,接下来需要一些实践。三太爷到底能不能仅靠有 root 就把 Debian 部署到 MB860 上且与 WebTop 和平共处呢?欲知后事如何,且听下回分解。

发表评论

电子邮件地址不会被公开。 必填项已用*标注