Android 使用EMMC FS的问题


由于项目一直使用老旧的Android 2.3.4，然后硬件加入了EMMC所以system和userdata的image格式也相应的由yaffs2变成了EXT4。
在调试过程中由此产生了两个问题：
一，image的生成问题：更改build/core下的Makefile。
以生成system.img.ext4为例，将原有的build-systemimage-target增加一行。相应的需要在device的BoardConfig.mk中根据EMMC分区定义BOARD_SYSTEMIMAGE_PARTITION_SIZE，定义tag TARGET_SYSTEMIMAGES_USE_EXT4作为开关。
  1. ifeq ($(INTERNAL_USERIMAGES_USE_EXT),true)  
  2. ifeq ($(TARGET_SYSTEMIMAGES_USE_EXT4),true)                                           
  3. define build-systemimage-target                                                       
  4.       @echo "Target system fs image: $(1)"                                              
  5.       $(call build-userimage-ext-target,$(TARGET_OUT),$(1),system,$(INTERNAL_USERIMAGES_EXT_VARIANT),$(BOARD_SYSTEMIMAGE_PARTITION_SIZE))  
  6.       @echo "Using my script"                                                           
  7.       $(MAKE_EXT4FS) -l $(BOARD_SYSTEMIMAGE_PARTITION_SIZE) -a system $(PRODUCT_OUT)/system.img.ext4 $(TARGET_OUT)  
  8. endef                                                                                 
  9. else     
  10. ## generate an ext2 image   
  11. # $(1): output file   
  12. define build-systemimage-target  
  13.     @echo "Target system fs image: $(1)"  
  14.     $(call build-userimage-ext-target,$(TARGET_OUT),$(1),system,$(INTERNAL_USERIMAGES_EXT_VARIANT),$(BOARD_SYSTEMIMAGE_PARTITION_SIZE))  
  15. endef  
  16. endif # TARGET_SYSTEMIMAGES_USE_EXT4    
  17.   
  18. else # INTERNAL_USERIMAGES_USE_EXT != true  
二，init.rc脚本加载文件系统过程：
刚开始调试的时候进adb shell曾经报“exec - /system/bin/sh not found”错误，系统加载不成功。但是$(TARGET_OUT)目录下是完整的，因此应该是文件系统没有mount成功。init.rc中关于文件系统的片段如下：  
  1. on fs  
  2. # mount mtd partitions   
  3.     # Mount /system rw first to give the filesystem a chance to save a checkpoint   
  4.     mount yaffs2 mtd@system /system  
  5.     #mount yaffs2 mtd@system /system ro remount   
  6.     mount yaffs2 mtd@userdata /data nosuid nodev  
  7.     mount yaffs2 mtd@persist /persist nosuid nodev  
  8.     mount yaffs2 mtd@cache /cache nosuid nodev  
  9.     mount yaffs2 mtd@persist /persist nosuid nodev  
  10.   
  11. on emmc-fs  
  12.     wait /dev/block/mmcblk0p10  
  13.     mount ext4 /dev/block/mmcblk0p19 /system rw barrier=1  
  14.     chmod 0777 /system/bin/ext4check.sh  
  15.     #   
  16.     wait /dev/block/mmcblk0p11  
  17.     exec /system/bin/sh -c "/system/bin/fixebr.sh mmcblk0"  
  18.     exec /system/bin/sh -c "/system/bin/ext4check.sh USERDATA /dev/block/mmcblk0p22"      
  19.     mount ext4 /dev/block/mmcblk0p22 /data nosuid nodev barrier=1  
  20.     #   
  21.     wait /dev/block/mmcblk0p12  
  22.     exec /system/bin/sh -c "/system/bin/ext4check.sh PERSIST /dev/block/mmcblk0p10"  
  23.     mount ext4 /dev/block/mmcblk0p10 /persist nosuid nodev barrier=1  
  24.     #   
  25.     wait /dev/block/mmcblk0p13  
  26.     exec /system/bin/sh -c "/system/bin/ext4check.sh CACHE /dev/block/mmcblk0p21"      
  27.     mount ext4 /dev/block/mmcblk0p21 /cache nosuid nodev barrier=1  
可见fs和emmc-fs两段代表了两种不同的文件系统的加载，对比一下system/core/init/init.c在main函数中对fs的解析：
  1. action_for_each_trigger("init", action_add_queue_tail);  
  2. action_for_each_trigger("early-fs", action_add_queue_tail);  
  3. action_for_each_trigger("fs", action_add_queue_tail);  
  4. action_for_each_trigger("post-fs", action_add_queue_tail);  
可以看出这里并没有对emmc-fs端做任何处理，老旧的2.3.4呀。。。将其改成
  1. action_for_each_trigger("init", action_add_queue_tail);  
  2. action_for_each_trigger("early-fs", action_add_queue_tail);  
  3. action_for_each_trigger("emmc-fs", action_add_queue_tail);  
  4. action_for_each_trigger("post-fs", action_add_queue_tail);  
后解决，这种hardcore方式还是不方便，可以采用宏定义或者运行时从Kernel读取配置来选择fs或emmc-fs的方式灵活配置。
另外还有一个小问题，/data/目录有时候会写不进去东西导致dalvik虚拟机不能把cache放进去一直启动不成功，在init.rc中把    mount rootfs rootfs / ro remount 这句从on post-fs的开始移动到init.rc的最后，这样就能保证先把/data分区里面必须的目录都建立好了再锁住。

相关内容