Android Nand Flash 分区

一般的嵌入式Linux开发人员是要清晰区分不同器材的作用和名称的。比如系统,内核所有保存在Nand Flash之上,断电后仍然存在,而运行后程序是装入SDRAM或Mobile DDR之类的内存设备运行。
       但一般用户不大明白这几个芯片的区别,一般是就用ROM来指Nand Flash,RAM来指SDRAM之类设备。虽然在嵌入式编程,是专门有称作ROM的器材,比如EEPROM。这里就是大家约定俗说法吧。因此这里的Android ROM实际就是指烧录Nand Flash的各种二进制文件。
       另外,卖数码产品的喜欢把Nand Flash称为内存,SD卡称为外存,所以交流也只好这样了。
  
 
从分区表看,
 <<Android Partitions Explained: boot, system, recovery, data, cache & misc>>
   http://www.addictivetips.com/mobile/android-partitions-explained-boot-system-recovery-data-cache-misc/
 <<HOWTO: Unpack, Edit, and Re-Pack Boot Images>>
  http://android-dls.com/wiki/index.php?title=HOWTO:_Unpack%2C_Edit%2C_and_Re-Pack_Boot_Images

 

一、手机的分区说明


我的HTC G8信息是 ,注意这里是Android的LINUX内核能看到分区,并不表示Flash上的所有分区,我的理解Hboot和radio分区在toolbox就看不到。
    

cat /proc/mtd dev: size erasesize name mtd0: 000a0000 00020000 "misc" mtd1: 00420000 00020000 "recovery" mtd2: 002c0000 00020000 "boot" mtd3: 0fa00000 00020000 "system" mtd4: 02800000 00020000 "cache" mtd5: 0af20000 00020000 "userdata"

 
 

MISC分区

       其中misc分区信息第一篇文章有解释:保存设备配置信息:CID (Carrier or Region ID),USB和其它硬件设备配置信息,大约20K的样子。引自  http://blog.chinaunix.net/space.php?uid=20543672&do=blog&id=94411 可能结构是

0x00  CID 0x10  enter_bootloader 0x20  cold boot (DeviceWarmBoot) 0x30  goupdateloader 0x40  (NBH) 0x50 CE Serial InUse\0 0x60  Debug Cable Ena\0 0x70  CE USB InUse\0 0x80  (IMG) 0x90  ClearAutoImage \0 0xa0 *.**.***.*\0(HBoot version)

 
 

recovery分区 

       recovery 分区即恢复分区,在正常分区被破坏后,仍可以进入这一分区进行备份和恢复.我的理解是这个分区保存一个简单的OS或底层软件,在Android的内核被破坏后可以用bootloader从这个分区引导进行操作。

boot 分区

        一般的嵌入式Linux的设备中.bootloader,内核,根文件系统被分为三个不同分区。在Android做得比较复杂,从这个手机分区和来看,这里boot分区是把内核和ramdisk file的根文件系统打包在一起了,是编译生成boot.img来烧录的。它有如下格式。   

 boot header  1 page
 kernel   n pages
 ramdisk  m pages
 second stage  o pages
n = (kernel_size + page_size - 1) / page_sizem = (ramdisk_size + page_size - 1) / page_sizeo = (second_size + page_size - 1) / page_size0. all entities are page_size aligned in flash1. kernel and ramdisk are required (size != 0)2. second is optional (second_size == 0 -> no second)这里表示boot分区有四个部分,其中前三部分是必须的,而第四部分 second stage 可选。 每部分的大小是一个flash page的倍数,不足一页的需要加入空格字符补齐成一页。其中bootl header是一些特定的数据结构。每种手机有细微的差别。但是它是有一个统一个数据结构参见 bootloader/legacy/include/boot/bootimg.h 中 boot_img_hdr

typedef struct boot_img_hdr boot_img_hdr; #define BOOT_MAGIC "ANDROID!" #define BOOT_MAGIC_SIZE 8 #define BOOT_NAME_SIZE 16 #define BOOT_ARGS_SIZE 512 struct boot_img_hdr {     unsigned char magic[BOOT_MAGIC_SIZE];            /*幻数,一般固定为 ANDROID! */     unsigned kernel_size; /* size in bytes */        /*内核长度                */     unsigned kernel_addr; /* physical load addr */   /*内核装入地址             */      unsigned ramdisk_size; /* size in bytes */       /*ramdisk 长度            */     unsigned ramdisk_addr; /* physical load addr */  /* ramdisk 装入地址        */       unsigned second_size; /* size in bytes */        /* second stage 长度      */     unsigned second_addr; /* physical load addr */   /* second staget 装入地址  */     unsigned tags_addr; /* physical addr for kernel tags */ /*内核tags 即内核参数 物理地址 ? */     unsigned page_size; /* flash page size we assume */   /* flash页尺寸,取决于flash型号 */     unsigned unused[2]; /* future expansion: should be 0 */ /* 保留未用字段 */     unsigned char name[BOOT_NAME_SIZE]; /* asciiz product name */  /*产品名称 */         unsigned char cmdline[BOOT_ARGS_SIZE];                   /* Linux 内核引导参数,*/     unsigned id[8]; /* timestamp / checksum / sha1 / etc */   /*检验值   */ };

 这里的内核tags,应该就是指内核命令行参数,在头文件里有如下注释注明了,bootloader在引导LINUX 内核时,将会把寄存器r2保存tags addr,而在ARM-LINUX定义里 r1是机器码,而r2就是引志命令行参数的偏移量,
** 4. prepare tags at tag_addr. kernel_args[] is ** appended to the kernel commandline in the tags. ** 5. r0 = 0, r1 = MACHINE_TYPE, r2 = tags_addr
而kernel 和ramdisk则是LINUX标准的zImage和zip格式,这里略掉其说明
文件系统分区. Linux必须有一个根文件系统分区,可以为多种格式,这里用的是可读的ramdisk 格式,它启动分隔一部分内存,挂载到/目录下。 然后再用分三个不同权限分区来装载不同子目录.这里二个子目录是 /system ,/userdata 并且内容是完全只读的它将必须用root用户 这种设计结构的出发点是这样考虑,内核和根文件系统的由手机制造商控制,不让用户修改,而且system的分区保存重要的系统命令和框架程序。由官方来升级,对于用户是只读的。而且userdata目录才是用户自行管理的,比如下载的应用。 而启动时最重要的root用户并未对用户公开,应用程序都是用普通用户的如 app_xx这样的帐号来运行。这样可以有效保护/system的程序。 但是第三方的自制rom往往要修改/system的内容,因此刷机时要通过破解方法来取得root用户权限。
system 分区
这里是挂载到/system目录下的分区,是一个yaffs2的文件系统,用普通的adb 命令是无法操作这个目录的。这里有 /system/bin 和 /system/sbin 保存很多系统命令。它是由编译出来的system.img来烧入。
userdata 分区 
它也是一个yaffs2文件系统,它将挂载到 /data 目录下, 它是由编译出来的userdata.img来烧入。cache 分区 它也是一个yaffs2文件系统,它将挂载到 /cache 目录下,看一般解释,这里主要用升级的缓存,内容由运行而定.

cat /proc/mounts rootfs / rootfs ro,relatime 0 0 #根文件系统的格式,只读 tmpfs /dev tmpfs rw,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 none /acct cgroup rw,relatime,cpuacct 0 0 tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0 none /dev/cpuctl cgroup rw,relatime,cpu 0 0 /dev/block/mtdblock3 /system yaffs2 ro,relatime 0 0 #system分区,只读 /dev/block/mtdblock5 /data yaffs2 rw,nosuid,nodev,relatime 0 0 #data分区,可读写 /dev/block/mtdblock4 /cache yaffs2 rw,nosuid,nodev,relatime 0 0 #cache分区,可读写

 
 
其它隐藏分区:
 
 
  HBOOT 这里没有看,保存的bootloader HBOOT,从源码看不是u-boot的变种。
 
  Radio分区  保存是基带芯片的固件代码,Linux不认识其格式,在手机启动时装入特定内存中用于驱动芯片。所有与电信网络交互就是靠它了,一般往往用专用开发环境来开发。
  splash分区  这里是启动画面。
  SD卡分区  一般默认的是挂载在/sdcard目录,从我的机器看,好象没有挂上。
  
SD卡扩展分区
 
 
   它的目录名是 /sd-ext ,它不是一个标准的Android分区,是运行APP2D软件扩展出来分区。目的是为了多扩展一个安装程序空间,这个对于Flash空间(或者说ROM空间)不够,又喜欢安装软件的人是有用应用。
二.各分区详细分析   各个分区的内容,可以用cat命令直接导出,用一般的二进制的软件来分析,我一般用WinHex,并且自己写了几个模板。
  导出分区内容,如果用adb 导出,必须有root权限,

你可能感兴趣的:(Android Nand Flash 分区)