系统镜像是地址ROM最常使用的一个镜像，用于存储Android系统的核心文件，System.img就是设备中system目录的镜像，里面包含了Android系统主要的目录和文件。一般这些文件是不允许修改的。系统镜像对应的文件名一般叫system.img,当然，系统镜像的文件可以任意命名，之所以叫system.img,是为了与生成镜像文件之前的system目录保持一致，这样比较容易与其他类型的镜像文件区分。
system.img可以添加
1、Android系统应用，
2、更多的library so文件
那么如何查看在system.img镜像中都有哪些内容呢，那么就需要我们解压
尽管ROM中的5个镜像文件的扩展名都是img，但其格式却不同，也就是说不能使用同一种方法对其解压。
对于system.img文件来说，可以使用unyafss命令对其解压。Android源代码中并未提供该命令，所以读者可以到
http://code.google.com/p/unyaffs/downloads/list下载unyaffs的二进制程序和源代码，要注意，unyafss的二进制程序是Linux版本，如果要得到其他系统（windows和mac）的版本，需要在相应的系统上重新编译源代码。
编译命令
gcc -o unyaffs unyaffs.c
unyaffs system.img
如果对编译Android源代码生成的system.img文件执行上面的命令，可以完美的将system.img文件还原成system目录，会从system目录中看到相应的子目录，例如，/system/app、/system/lib等，实际上，system.img文件就是Android远吗/out/target/product/generic/system中的文件压缩生成的。不过很遗憾，对官方提供的system.img文件执行上面的命令并不能将system.img解压，所以可以初步判断官方提供的system.img的格式与有Android源代码生成的system.img文件格式不同。
为了进一步验证system.img文件的格式，可以分别对官方提供的和由Android源代码生成的system.img文件执行如下的命令，并进行对比。
file system.img
我们发现不同，既然官方提供的system.img文件不能用unyaffs命令解压，那就使用另外一种方法。这种方法并不需要讲system.img解压，而是将系统镜像挂载（mount）到Linux的某个目录，实际上，这种方式比直接解压system.img文件更方便操作。
注意：
实际上，高版本Android的system.img通常是ext4格式的文件系统，而不是yaffs格式的文件系统，所以不能使用mkyaffs2image命令制作system.img,也不能使用unyaffs命令将其解压。如果想生成system.img文件，需要使用make_ext4命令，解压system.img需要使用mount命令将其挂载到某个目录.
由于system.img是压缩格式，所以并不能直接使用mount命令挂载。在编译Android 源代码后会在Android源代码目录/out/host/linux-x86/bin目录生成一个simg2img命令行工具，建议将该目录加到PATH环境变量中，因为在本书中会大量使用bin目录中的各种命令行工具。
simg2img可以通过如下的命令将system.img转化为普通的Linux镜像文件(system.img.raw)。
simg2img system.img system.img.raw
然后在/mnt目录中建立一个system子目录，并执行下面的 命令挂载系统镜像。
mount system.img.raw /mnt/system
执行文上面的命令后，进到/mnt/system目录，就会看到官方提供的系统镜像中所有文件，
所有的目录都是可读写的。
文件列表如下
===========================================================
app目录：存放一般的apk文件。
bin目录：存放一些Linux的工具，但是大部分都是toolbox的链接.
etc目录：存放系统的配置文件。
fonts目录：存放系统的字体文件。
framework目录：存放系统平台所有jar包和资源文件包。
lib目录：存放系统的共享库。
media目录：存放系统的多媒体资源，主要是铃声。
priv-app目录：android4.4开始新增加的目录，存放系统核心的apk文件。
tts目录：存放系统的语言合成文件。
usr目录：存放各种键盘布局，时间区域文件。
vendor目录：存放一些第三方厂商的配置文件、firmware以及动态库。
xbin目录：存放系统管理工具，这个文件夹的作用相当于标准Linux文件系统中的sbin.
build.prop文件：系统属性的定义文件。
============================================================
将system.img.raw挂载到/mnt/system 目录后，该目录中的内容实际上与system.img中的内容完全一样，现在可以任意修改/mnt/system目录中的内容，例如，添加或替换/mnt/system/app 目录中的apk文件，或更换开机动画。在修改完系统镜像后，还需要使用make_extfs命令将/mnt/system目录重新生成system.img文件（EXT4文件系统）。
make_ext4fs命令在如下的目录中，所以建议读者将该目录加到PATH环境变量中，这样的任意目录下都可以使用make_ext4fs命令。
我们可以在Linux终端执行如下的命令生成system.img文件。
make_ext4fs -s -l 1024M -a system system.img /mnt/system
在执行make_ext4fs 命令使用了3个命令行参数，这些参数的含义如下：
-s：生成Spare格式的镜像。这种格式的镜像文件的尺寸会更小，但无法直接使用mount命令挂载。要想挂载Spare格式的镜像文件，需要首先使用simg2img命令按着前面描述的方式进行转换。如果不加-s参数，生成的system.img文件是可以直接通过mount挂载。不过不管是不是Spare格式的系统镜像文件，Nexus 7都可以使用（其他的Android设备应该也可以），但建议生成Spare格式的镜像文件，因为这样的镜像文件尺寸更小。
-l : 镜像的尺寸。该参数指定的值并不是生成镜像文件(r如system.img)的实际尺寸，而是文件系统的尺寸。这有些类似在Windows中建立的心得逻辑分区，而该参数指定的值就是逻辑分区的尺寸，生成的镜像文件的尺寸不能大于文件系统的尺寸。例如官方提供的用于Nexus 7的system.img文件（Spare格式的镜像文件）的尺寸大小越是480M，
-a: 指定挂载点，这里是system.
重新生成经过修改的system.img文件后，首先让Nexus 7 进入Bootloader模式，然后执行下面的命令即可刷机
fastboot flash system system.img