1、Android 平板电脑刷机包简单解释本文将对 android 刷机包的刷机步骤进行简单的解释，本人用的设备是 7 寸山寨的flytouch，CPU 为威盛 8505，本次用的固件包为 1.7.2，之所以用这个是因为这个固件包的scriptcmd 比较完善，在 2.0.88 中 scriptcmd 被封装到 prepare.bin 中了，其实效果应该是一样的。在此想先提一下 Android 的启动方式： 1.u-boot 启动 2.加载 linux 内核 3.linux 内核进行系统初始化 4.在内核的 start_kernel()函数的 kernel_init()中设定 ramdisk_ex
2、ecute_command = “/init“;最终在 init_post()函数中调用 init 程序，而这个 init 程序就是 Android 编译好的在根目录下的 init 程序。明白了这个过程，对于接下来的刷机就方便多了。下面用红框圈起来的是本刷机包中主要用到的几个文件：各文件用途：Android_fs.tgz 整个 Android 的文件系统，里面文件虽然多，但主要的就是根目录下的文件和 System 文件夹里的文件，System 文件夹里的文件又和 Android 编译出来的 System.img里面的文件类似，所以这里推测，如果修改自己的刷机包，把自己修改好的 System 文
3、件夹进行一下替换即可，当然要注意驱动的问题。Ramdisk.gz 应该是 linux 的根文件系统镜像Data.tgz 用户数据的部分，里面主要是各种用户程序和安装包，对应编译好的Data.imguzImage.bin linux 内核镜像u-boot.bin u-boot 启动文件wload.bin 不知道pre_*_disk 文件夹 是可用这里面的文件来替代 android_fs.tgz 和 data.tgz 里面的文件的，因为在后面判断若存在这几个文件夹，会进行相同目录的合并工作，这时肯定要发生替换了。常用命令格式：fatload bytes 仅限内存中cp source target
4、countnand write addr off size Nand Flash 烧写命令，将 SDRAM 的 addr 地址处的 size 字节的数据烧写到 Nand 的 off 偏移地址。Scriptcmd 中的文件拷贝地址：nandrw erase all1.fatload mmc 0 0 script/wload.bin（u-boot）erase ffff0000 +10000cp.b 0 ffff0000 10000 cp source target count即将 wload.bin 拷贝到内存 ffff0000 的位置，count=100002.fatload mmc 0 0 s
5、cript/u-boot.binerase fff80000 +50000cp.b 0 fff80000 50000 5+8 = D /proc/boot-splash21. if -x /mnt/mmcblk0p1/script/update.sh ; then 通过判断 update.sh 文件还在不在来判断是否移除了 SD 卡22. reboot综上所述，update.sh 所作的工作无非还是解压，复制，合并这类的工作，和 scriptcmd 的工作本质上一样的，不过这也像是启动过程的两层引导，stage1 和 stage2，stage1 先把内核加载进来，之后 stage2 在 lin
6、ux 内核下工作就容易多了。看到这里，相信读者会明白刷机时怎么样会刷坏？而怎么样又不会刷坏？在刷机的过程中只是文件的解压和复制，所以除非 flash 不支持或是其他硬件原因，刷机的过程一般是不会出问题的，关键是刷完之后的启动过程。如果刷的 u-boot 的版本不对，连 u-boot 都启动不起来的话，那以后再刷也不行了；如果 u-boot 和 linux 内核的版本都正确，只是 Android 相关的文件运行不正确，虽然机器不能正常启动，但还是可以再刷一次的；如果 u-boot 正确，linux 内核镜像有问题，那可能刷机过程只执行完 scriptcmd 就结束了，update.sh 无法正确执行，但只要 u-boot 正确，还是可以再刷的，直到刷回好用的版本。以上只是自己的一点认识，如有错误，欢迎指正。
