转载ramdisk.imgsystem.imguserdata.img介绍与解包、打包方法

内存盘放系统IMG，重起不掉数据设置教程
做的锐起无盘，服务器内存用到了8G，用2G做SC2超级缓存，再用4G做内存盘，还有2G
给系统用，也够了。

如果你的系统IMG是稀疏文件，那4G内存盘也足够放了
内存盘放锐起的客户机系统IMG文件，那效果自然不要我说，谁都知道4G的内存盘的速度，那可不是普通硬盘可以比的，就是现在最牛B的固态SSD硬盘也无法可比。

这些我不多说，下面主要详细写写图文教程：怎么安装和设置SuperSpeed RamDisk
安装基本是“下一步”没什么可说的。

到了下面这个图意思要注册信息。

下面我已经提供了文件和注册机下载。

所以我们选择YES，再运行keygen.exe注册，把注册信息复制到注册窗
这样就安装了，然后我们开设置：
我们可以到控制面板里找：看下图
也可以右键我的电脑，找到RamDisk，进入下面设置。

android主要镜像（image）解析img解析:ramdisk.img:android根文件系统,在android编译系统生成的out/target/product/root目录中结构：./init.trout.rc./default.prop 保存一些调试参数，对于开发者相当重要./proc./dev./init.rc 一些启动参数./init./sys./init.goldfish.rc./sbin./sbin/adbd./system system.img挂载点./data userdata.img挂载点userdata.img 保存用户、应用信息。

结构：/data/app 所有安装后的app会移至此处，apk被拆成dex和apk，dex为目标文件，apk为资源包/data/data 应用程序内部存储信息，sharepreference、database，etcsystem.img 包含整个android系统结构：system/app android出厂内置应用在此，同时，在这里的app可以获得一些特别的权限。

system/framework android框架在此，不宜乱动，开发者可以使用adb push + 拔电池开关机可以快速验证问题。

（前提是eng 版本）Special App：SystemUI.apk 状态栏藏在里面。

framework-res.apk包含整个系统res文件夹 including 系统UI、一些配置参数、theme、style、animationrecovery.img 按power键+音量上键（android默认）可以进去，可以执行T卡升级，format，backup userdata,restore userdata 结构：不知道boot.img 包含一个linux kernel （maybe named as zImage）和一个ramdisk。

img文件结构在源码system/core/mkbootimg/bootimg.h中声明uboot.img android启动时第一个加载的镜像，初始化硬件和基本输入出系统。

Android中system.img的两种格式及其相互转换方法搞Android的同学经常会接触到system.img。

但是该文件经常以两种格式出现：raw和sparse。

一种是raw ext4 image，即经常说的raw image，使用file观察它：其特点是完整的ext4分区镜像（包含很多全零的无效填充区），可以直接使用mount进行挂载，因此比较大（一般1G左右）。

[plain] view plaincopy1.$ file system.img2.system.img: Linux rev 1.0 ext4 filesystem data, UUID=57f 8f4bc-abf4-655f-bf67-946fc0f9f25b (extents) (large files) 信息非常明确了。

另一种是sparse ext4 image，即经常说的simg，使用file观察它：[plain] view plaincopy1.$ file system.img2.system.img: data就是说是一个非常普通的dat文件。

由于它将raw ext4进行稀疏描述，因此尺寸比较小（没有全零的无效填充区，一般在300到500M之间）。

android本身提供了源代码工具在两者之间转换，源代码位于：[plain] view plaincopy1.system/core/libsparse/simg2img.c // 将sparse image转换为raw image；2.system/core/libsparse/img2simg.c // 将raw image转换为sparse image；如果完整的进行过一次Android的编译，默认会将simg2img当作主机工具编译出来，放在out/host/linux-x86/bin/simg2img处。

但默认是不会编译img2simg的，我们可以手工进行编译：[plain] view plaincopy1.$ . build/envsetup.sh2.$ lunch aosp_hammerhead-userdebug3.$ make img2simg_host这样就会编译出out/host/linux-x86/bin/img2simg。

【转】编译android之后生成的img文件介绍编译android 之后生成的 img 文件介绍在编译android 之后，会生成几个image 文件，这些文件是：1。

ramdisk.img : 一个分区影像文件，它会在kernel 启动的时候，以只读的方式被 mount ，这个文件中只是包含了 /init 以及一些配置文件，这个ramdisk 被用来调用init，以及把真正的root file system mount 起来。

2。

system.img：是包含了整个系统，android 的framework，application 等等，会被挂接到 "/" 上，包含了系统中所有的二进制文件system|-- app| |-- Browser.apk| |-- Contacts.apk| |-- ContactsProvider.apk| |-- Development.apk| |-- Fallback.apk| |-- GoogleApps.apk| |-- GoogleAppsProvider.apk| |-- Home.apk| |-- ImProvider.apk| |-- Maps.apk| |-- MediaProvider.apk| |-- Phone.apk| |-- SettingsProvider.apk| |-- TelephonyProvider.apk| |-- XmppService.apk| `-- XmppSettings.apk|-- bin| |-- AudioHardwareRecord | |-- AudioInRecord| |-- RecursiveMutexTest | |-- SRecTest| |-- SRecTestAudio| |-- UAPI_PortabilityTest | |-- UAPI_SrecT est| |-- UAPI_test| |-- am| |-- app_process| |-- busybox| |-- cat -> toolbox| |-- chmod -> toolbox| |-- cmp -> toolbox| |-- crasher| |-- dalvikvm| |-- date -> toolbox| |-- dbus-daemon| |-- dd -> toolbox| |-- debuggerd| |-- dexdump| |-- dexopt| |-- df -> toolbox| |-- dmesg -> toolbox| |-- drm1_unit_test| |-- drm2_unit_test| |-- dumpstate| |-- dumpsys| |-- exists -> toolbox| |-- getevent -> toolbox| |-- hd -> toolbox| |-- ifconfig -> toolbox | |-- input| |-- insmod -> toolbox | |-- install_boot_image | |-- ioctl -> toolbox| |-- kill -> toolbox| |-- linker| |-- ln -> toolbox| |-- log -> toolbox| |-- logcat| |-- ls -> toolbox| |-- lsmod -> toolbox | |-- mem_profiler| |-- mkdir -> toolbox | |-- mkdosfs -> toolbox | |-- monkey| |-- mount -> toolbox | |-- mtptest| |-- netcfg| |-- netstat -> toolbox | |-- notify -> toolbox | |-- ping -> toolbox| |-- powerd -> toolbox | |-- pppd| |-- printenv -> toolbox | |-- ps -> toolbox| |-- pv| |-- r -> toolbox| |-- reboot -> toolbox| |-- renice -> toolbox| |-- resetradio -> toolbox | |-- rild| |-- rm -> toolbox| |-- rmdir -> toolbox| |-- rmmod -> toolbox| |-- ro.xml| |-- ro2.xml| |-- roerror.xml| |-- rotatefb -> toolbox | |-- route -> toolbox| |-- runtime| |-- sdutil| |-- sendevent -> toolbox | |-- service| |-- setconsole -> toolbox | |-- setkey -> toolbox| |-- setprop -> toolbox | |-- sh| |-- showmap| |-- showslab| |-- sleep -> toolbox| |-- smd -> toolbox| |-- sqlite3| |-- ssltest| |-- start -> toolbox| |-- stop -> toolbox| |-- su| |-- sync -> toolbox| |-- syren -> toolbox| |-- system_server| |-- toolbox| |-- umount -> toolbox| |-- usbd| |-- watchprops -> toolbox | |-- webgrab -> toolbox | `-- wipe -> toolbox|-- build.prop|-- etc| |-- event-log-tags| |-- favorites-default.xml | `-- gservices.xml|-- fonts| |-- DroidSans-Bold.ttf| |-- DroidSans.ttf| |-- DroidSansFallback.ttf | |-- DroidSansMono.ttf| |-- DroidSerif-Bold.ttf| |-- DroidSerif-BoldItalic.ttf | |-- DroidSerif-Italic.ttf| `-- DroidSerif-Regular.ttf |-- framework| |-- am.jar| |-- core.jar| |-- ext.jar| |-- framework-res.apk| |-- framework-tests.jar| |-- framework.jar| |-- input.jar| |-- monkey.jar| `-- ssltest.jar|-- lib| |-- libFFTEm.so| |-- libUAPI_jni.so| |-- libaes.so| |-- libandroid_runtime.so | |-- libaudioflinger.so| |-- libc.so| |-- libcorecg.so| |-- libcrypto.so| |-- libctest.so| |-- libcutils.so| |-- libdbus.so| |-- libdl.so| |-- libdrm1.so| |-- libdrm1_jni.so| |-- libdvm.so| |-- libembunit.so| |-- libevent.so| |-- libexpat.so| |-- libhardware.so| |-- libicudata.so| |-- libicui18n.so| |-- libicuuc.so| |-- libm.so| |-- libmedia.so| |-- libmedia_jni.so| |-- libnativehelper.so| |-- libopengles_cm.so| |-- libpim.so| |-- libpixelflinger.so| |-- libpv.so| |-- libreference-ril.so| |-- libril.so| |-- libsgl.so| |-- libsonivox.so| |-- libsqlite.so| |-- libssl.so| |-- libstdc++.so| |-- libsurfaceflinger.so| |-- libsystem_server.so| |-- libthread_db.so| |-- libui.so| |-- libutils.so| |-- libwebcore.so| |-- libz.so| `-- security| `-- cacerts.bks|-- lost+found|-- media| `-- audio| `-- ringtones| |-- em_ringtone1.mp3 | |-- em_ringtone2.mp3 | |-- ring3.mp3| `-- ringer.mp3|-- sounds| `-- test.mid`-- usr|-- keychars| |-- qwerty.kcm.bin| |-- qwerty2.kcm.bin| `-- tuttle2.kcm.bin|-- keylayout| |-- qwerty.kl| `-- tuttle2.kl|-- share| |-- bsk| | |-- V_FD_speed_101.bsk | | `-- V_FD_std_101.bsk| `-- zoneinfo| |-- zoneinfo.dat| `-- zoneinfo.idx`-- srec`-- config|-- | |-- audio| | `-- v139| | `-- v139_113.nwv| |-- baseline.par| |-- baseline11k.par| |-- baseline8k.par| |-- dictionary| | `-- basic.ok| |-- g2p| | |-- en-US-15k.dictionary | | |-- en-US-60k.dictionary | | |-- en-US-90k.dictionary| | `-- en-US-ttp.data| |-- grammars| | |-- VoiceDialer.g2g| | |-- bothtags5.g2g| | |-- dynamic-test.g2g| | `-- enroll.g2g| `-- models| |-- generic.lda| |-- generic.mul| |-- generic.swiarb| |-- generic.swimdllst| |-- generic_f.swimdl| `-- generic_m.swimdl|-- shared| `-- sigmoid_param`-- speech_prompt.mp33。

经过这几天在网上搜索关于Android文件系统的相关资料，发现已经有很多高手分析了Android的文件系统，这些高手多从不同的方面分析了其文件系统的结构和运行原理。

我这里就写一下自己的理解。

首先是Android的文件系统根目录的结构：# pwd && ls -a -l/drwxrwxrwt root root 2009-06-10 09:53 sqlite_stmt_journalsdrwxrwx--- system cache 2008-09-06 22:51 cached---rwxrwx system system 1970-01-01 08:00 sdcardlrwxrwxrwx root root 2009-06-09 22:11 etc -> /system/etcdrwxr-xr-x root root 2008-09-06 22:45 systemdrwxr-xr-x root root 1970-01-01 08:00 sysdrwxr-x--- root root 1970-01-01 08:00 sbin-rw-r--r-- root root 117 1970-01-01 08:00 runme.shdr-xr-xr-x root root 1970-01-01 08:00 proc-rwxr-x--- root root 1704 1970-01-01 08:00 init.trout.rc-rwxr-x--- root root 9329 1970-01-01 08:00 init.rc-rwxr-x--- root root 1677 1970-01-01 08:00 init.goldfish.rc-rwxr-x--- root root 106636 1970-01-01 08:00 init-rw-r--r-- root root 118 1970-01-01 08:00 default.propdrwxrwx--x system system 2008-09-06 22:51 datadrwx------ root root 2009-06-07 16:29 rootdrwxr-xr-x root root 2009-06-09 22:11 devsqlite_stmt_journals:一个根目录下的tmpfs文件系统，用于存放临时文件数据。

ramdisk.img及boot.img的生成过程ramdisk.img及boot.img的生成过程ramdisk.imgramdisk.img是组成boot.img的重要部分，从Android/build/core/Makefile中可以看到ramdisk.img的生成该过程.# the ramdiskINTERNAL_RAMDISK_FILES := $(filter $(TARGET_ROOT_OUT)/%, \ $(ALL_PREBUILT) \ $(ALL_COPIED_HEADERS) \$(ALL_GENERATED_SOURCES) $(ALL_DEFAULT_INSTALLED_ MODULES))BUILT_RAMDISK_TARGET := $(PRODUCT_OUT)/ramdisk.img INSTALLED_RAMDISK_TARGET := $(BUILT_RAMDISK_TARGET) $(INSTALLED_RAMDISK_TARGET): $(MKBOOTFS) $(INTERNAL_RAMDISK_FILES) | $(MINIGZIP)...$(hide) $(MKBOOTFS) $(TARGET_ROOT_OUT) | $(MINIGZIP) > $@ramdisk.img是用mkbootfs工具从out/target/product/tcc8900/root目录制作得到,所以，需要把注意力转移到out/target/product/tcc8900/root 目录及其内容是如何生成的这一主题上来。

其实，ALL_PREBUILT包含了root目录中的大多数内容，另外的ALL_COPIED_HEADERS,ALL_GENERATED_SOURCES暂时不予以考虑。

以下列表列出了与out/target/product/tcc8900/root生成相关的文件：/init.goldfish.rc------------------->Android/system/core/rootdir/etc/init.goldfish.rc/init.rc ------------------->device/telechips/tcc92xx-common/init.rc如果device/telechips/tcc92xx-common/init.rc不才存在，将使用Android/system/core/rootdir/etc/init.rc文件/sbin(create)-------------------------------->Android/system/core/rootdir/Android.mk/dev(create)--------------------------------->Android/system/core/rootdir/Android.mk/proc(create)-------------------------------->Android/system/core/rootdir/Android.mk/sys(create)--------------------------------->Android/system/core/rootdir/Android.mk/system(create)------------------------------>Android/system/core/rootdir/Android.mk/data(create)-------------------------------->Android/system/core/rootdir/Android.mk/sbin/adbd(compile)-------------------------->Android/system/core/adb/Android.mk/init(compile)------------------------------->Android/system/core/init/Android.mk/sbin/timetest(compile)---------------------->Android/system/core/extras/timeinfo/Android.mk /lib/modules/tcc92x_nand.ko(copy)------------>Android/hardware/telechips/nand/Makefile/lib/modules/ufsd.ko(copy)------------------->Android/telechips/tcc92xx-common/Android.mk/lib/modules/viqe.ko(copy)------------------->Android/telechips/tcc92xx-common/Android.mk至于其他的诸如/config , /cache, /nand,/inand,/mnt,/mnt/nand,/sata,/scisi,/app-cache等目录都在init.rc中被创建。

Android的⽂件系统结构1、Android⽂件系统的结构官⽅android源码编译后得到的⽂件如下：其中有system.img,ramdisk.img,userdata.img三个映像⽂件。

其中，ramdisk.img是⽂件系统，system.img包括了主要的包、库等⽂件，userdata.img包括了⼀些⽤户数据，当emulator加载这3个映像⽂件后，会把system.img和userdata.img分别加载到ramdisk⽂件系统中的system和userdata⽬录下。

2、分离组建Android⽂件系统system.img,ramdisk.img,userdata.img映像⽂件是采⽤cpio打包、gzip压缩的，可以通过file命令验证：filer amdisk.img，输出：[plain]1. ramdisk.img:gzip compressed data, from Unix, last modified:其中ramdisk.img是⼀个分区映像⽂件，即是⼀个⽂件系统（root file system），，kernel启动时，ramdisk负责init，system.img包括了主要系统，系统app等，挂载于⽂件系统下的system⽂件夹, userdata.img包括了⼀些⽤户数据，被挂载到⽂件系统下的data⽂件夹下。

另外Android源码编译后还有root、system、data三个⽂件夹，其实就是上述三个img解压之后的内容⽽已，root⽂件夹⾥⾯的内容就是ramdisk.img解压后的内容，即是⼀个⽂件系统，包括system、data、bin、dev等⽬录。

⽽system与data则对应着system.img与userdata.img 的解压后的内容。

验证⼀下就⾏了，将ramdisk.img复制⼀份到任何其他⽬录下，将其名称改为ramdisk.img.gz，并使⽤命令[java]1. gunzip ramdisk.img.gz然后新建⼀个名为ramdisk的⽂件夹，转到ramdisk⽬录，输⼊命令[html]1. <pre name="code" class="java">cpio-i -F ../ramdisk.img这下，就能看见ramdisk⾥⾯的内容与root⽂件夹⼀样的了。

安卓解包、打包system.img教程自从得知ROM助手可以解包IMG的文件后，再也不用安装LINUX系统来解包和打包system.img文件，这对于新手机友朋友无疑是一个劲爆的消息，很多朋友都对安装和操作LINUX系统的繁琐望而却步，不会安装LIXUX系统也就无法对system.img进行解包，进而就无法修改System.img里面的内容，制作属于自己的刷机包了也就无法谈起。

那么今天咱们就分享下如何在windows系统下对system.img进行解包修改和打包的。

1、提取system.img一般的刷机包后缀名是MD5或者tar格式，如果是MD5的话就重命名位tar 格式，然后再解压缩，PS：解压缩都会的吧。

解压出来之后里面有很多img文件，其中就包括system.img。

这就是今天的猪脚，搞的就是他。

三星刷机包作为案例。

2、下载安装ROM助手打开ROM助手，选择“系统精简”功能。

使用之前要注意，最好把一些杀毒软件暂时的关闭，3、加载system.img把第一步提取的system.img加载进去。

稍等片刻，等待加载完成。

4、精简和添加这时ROM助手把整个system.img的APK都显示出来了，在保证刷机包的完整性的同时，你想怎么玩就怎么玩，如果不尽兴的话ROM助手还有一层功效哦！！！继续往下看。

5、文件包的修改在加载完成后ROM助手的安装目录会生成一个文件夹，这里显示的是全部system.img的内容我的是 D:\MoGu\Temp\~0，在这里你可以尽情的移植，美化什么的，只要你会的都可以玩。

另外：ROM助手的美化功能在抓紧的开发测试中，敬请期待哦~~~6、封装IMG一切完成后点击右下角的“开始封装”等待封包完成，这样system.img的解包修改打包就结束了，是不是很简单的呀！！！在人家还在安装LINUX的时候你都完成了SYSTEM的封包，很有成就感的哈，7、刷机三星刷机包由于他的特殊性，是Tar格式最后还需要一个TAR打包工具，兄弟们在网上下载即可搞定后就刷机哦~~~。

Android系统镜像文件的打包过程分析在前面一篇文章中，我们分析了Android模块的编译过程。

当Android系统的所有模块都编译好之后，我们就可以对编译出来的模块文件进行打包了。

打包结果是获得一系列的镜像文件，例如system.img、boot.img、ramdisk.img、userdata.img和recovery.img等。

这些镜像文件最终可以烧录到手机上运行。

在本文中，我们就详细分析Android系统的镜像文件的打包过程。

Android系统镜像文件的打包工作同样是由Android编译系统来完成的，如图1所示：从前面和这两篇文章可以知道，Android编译系统在初始化的过程中，会通过根目录下的Makefile脚本加载build/core/main.mk脚本，接着build/core/main.mk脚本又会加载build/core/Makefile脚本，而Android系统镜像文件就是由build/core/Makefile脚本负责打包生成的。

在build/core/main.mk文件中，与Android系统镜像文件打包过程相关的内容如下所示：[plain] view plain copy......ifdef FULL_BUILD# The base list of modules to build for this product is specified# by the appropriate product definition file, which was included# by product_config.make.product_MODULES := $(PRODUCTS.$(INTERNAL_PRODUCT).PRODUCT_PACKAGES) # Filter out the overridden packages before doing expansionproduct_MODULES := $(filter-out $(foreach p, $(product_MODULES), \$(PACKAGES.$(p).OVERRIDES)), $(product_MODULES))$(call expand-required-modules,product_MODULES,$(product_MODULES))product_FILES := $(call module-installed-files, $(product_MODULES))else# We're not doing a full build, and are probably only including# a subset of the module makefiles. Don't try to build any modules# requested by the product, because we probably won't have rules# to build them.product_FILES :=endif......modules_to_install := $(sort \$(ALL_DEFAULT_INSTALLED_MODULES) \$(product_FILES) \$(foreach tag,$(tags_to_install),$($(tag)_MODULES)) \$(call get-tagged-modules, shell_$(TARGET_SHELL)) \$(CUSTOM_MODULES) \)# Some packages may override others using LOCAL_OVERRIDES_PACKAGES.# Filter out (do not install) any overridden packages.overridden_packages := $(call get-package-overrides,$(modules_to_install))ifdef overridden_packages# old_modules_to_install := $(modules_to_install)modules_to_install := \$(filter-out $(foreach p,$(overridden_packages),$(p) %/$(p).apk), \$(modules_to_install))endif......# Install all of the host modulesmodules_to_install += $(sort $(modules_to_install) $(ALL_HOST_INSTALLED_FILES))# build/core/Makefile contains extra stuff that we don't want to pollute this# top-level makefile with. It expects that ALL_DEFAULT_INSTALLED_MODULES# contains everything that's built during the current make, but it also further# extends ALL_DEFAULT_INSTALLED_MODULES.ALL_DEFAULT_INSTALLED_MODULES := $(modules_to_install)include $(BUILD_SYSTEM)/Makefilemodules_to_install := $(sort $(ALL_DEFAULT_INSTALLED_MODULES))ALL_DEFAULT_INSTALLED_MODULES :=.......PHONY: ramdiskramdisk: $(INSTALLED_RAMDISK_TARGET).PHONY: userdataimageuserdataimage: $(INSTALLED_USERDATAIMAGE_TARGET).......PHONY: bootimagebootimage: $(INSTALLED_BOOTIMAGE_TARGET)......如果定义在FULL_BUILD这个变量，就意味着我们是要对整个系统进行编译，并且编译完成之后，需要将编译得到的文件进行打包，以便可以得到相应的镜像文件，否则的话，就仅仅是对某些模块进行编译。

要定制自已ROM首先要从官方原生ROM提取system.imgsystem.img这个系统文件解包并打包成update.zip的形式用来刷机，update.zip制作步骤：一、准备工作：1、提取system.img ，具体方法见：提取到后，把system.img 放到你的linux 操作环境可以访问的某个文件夹，例如system/system.img ，尽量把文件夹命名成system ，以后就不用修改压缩包了（Linux 的路径书写方式，这里需要提示一点，Linux 终端是对大小写敏感的，请注意。

）2、Linux 操作环境（任意的，例如：虚拟机安装、虚拟机LiveCD、实机安装、实机LiveCD 等等，不在本教程讨论范围）3、img 解包工具unyaffs.zip(3.99 KB, 下载次数: 74)下载并解压缩。

二、解包system.img文件1、启动Linux并以root 用户登录（如何用root登录，自己在网上搜索一下吧），把刚才解压的unyaffs 复制到/bin 文件夹下2、启动终端，进入/bin 文件夹（cd /bin），输入如下命令sudo chmod 777 unyaffs （赋予unyaffs 执行权限）：3、进入刚才存放system.img 文件夹，（例如我的是/media/Soft/system/（这里的media 是挂载的硬盘分区，Soft是硬盘分区卷标（我的是F盘））里，执行命令unyaffs system.img （解包img 的命令行），直到屏幕显示：4、进入system文件夹删除system.img 文件5、在终端命令行状态下输入命令sudo chmod -R 777 * （为system 文件夹下所有目录和文件赋予最高权限）：三、打包最原始的update.zip1、在终端命令行状态下输入命令返回system的上一级目录（父目录），如下图2、在终端命令行下执行zip -r system.zip system（把system文件夹打包成zip文件）3、把system.zip文件夹重命名为update.zip 备用，system 文件可以删除了（如果以后需要从这里提取原机程序，是可以保留的）四、修改update.zip 为可刷机的ROM包1、重新启动计算机，进入windows操作系统2、这里我们需要两个东东：①刷机脚本②内核（boot.img）。