Android 分区查看 emcc 7.x 8.x

一、要确定有多少个分区?

详细解析:

major 表示主设备号 

minor 表示次设备号 

#blocks 表示的是block的数目 

name 是指的设备名称

例如:

major 主设备号,比如一个U盘有3个分区,主设备名为sda,major为8,分区的major也为8 (可能所有的U盘插进来,major都是8),minor则为分区号,sda1,sda2,minor值为1 ,2

zram swap 主要原理就是从内存分配一块区域出来用作 swap 分区。如果内存空间不够时,不是把应用程序杀掉,而是把应用程序所占用的内存数据复制到 swap 分区,等切换回来的时候就可以直接把这部分数据恢复到内存当中,节省重新开启所需的时间。

而被放到 swap 分区的应用程序,所占用的内存都是被压缩过的。

注:

config中均是我司内部有测试过的,如无特殊需求,建议按照default设定,因为设置太大的swap ,会导致可以直接使用的内存减少,这样就会间接增加压缩,解压缩对CPU的消耗,当然这个设置较大,可以缓存更多应用在内存,若设置较少,可用内存较多,但是A-go的版本本身的内存并不大,设置较少,会使缓冲的应用较少,这样每次启动也会延长时间

USRDATA分区就是任何用户都可以读写的分区,不可设置大小,大小等于emmc总容量减去其他分区的大小。

mmcblk0 为 eMMC 的块设备,也相当于真实内部存储总容量

mmcblk0boot0 和 mmcblk0boot1 对应两个 Boot Area Partitions,这两个区域在存储的稳定性、可靠性及擦除次数上都远比UDA要好 ,所以经常放一些关键数据

mmcblk0rpmb 则为 RPMB Partition,保护性存储,是用来给系统存放一些特殊的、需要进行访问授权的数据(指纹,安全支付)

mmcblk0px 为 UDA 划分出来的 SW Partitions,AP及用户可以进行读写存储的区域,通常其大小为整块EMMC表示大小的93%左右

注:

1k-blocks=1024B

二、分区对应的别名?

也可以到源码里面获取这些信息:

mtk方案:

out\target\product\k39tv1_64_bsp\recovery\root\etc

recovery.fstab

三、主要的分区是?

四、怎么修改?

8.x MTK

eg:

alps/device/mediatekprojects/$project/BoardConfig.mk中设定:

BOARD_MTK_SYSTEM_SIZE_KB := 改成你需要的

BOARD_MTK_VENDOR_SIZE_KB := 307200

BOARD_MTK_CACHE_SIZE_KB := 114688

8.x sprd

eg:

device/sprd/pike2/sp7731e_1h10/BoardConfig.mk中定义:

BOARD_VENDORIMAGE_PARTITION_SIZE :=314572800

BOARD_CACHEIMAGE_PARTITION_SIZE := 104857600

BOARD_SYSTEMIMAGE_PARTITION_SIZE := 改成你需要的--待确定,修改如下:

五、附件

六、知识补充:

swap功能

swap 分区

https://blog.csdn.net/fanmengke_im/article/details/28389495

单个手机自定义

https://blog.csdn.net/u011109881/article/details/73694700

打开关闭swap

https://blog.csdn.net/Extreme_fallen/article/details/84322475

解析swap

https://blog.csdn.net/hiyun9/article/details/51967742

adb shell cat /proc/swaps ---对应的swaps分区

mtk8.1 关闭swap

echo 0 > proc/sys/vm/swaappiness

echo 0 > /sys/fs/cgroup/memory/sw/memory.swappiness

查看swap功能是否开启?

adb shell cat /proc/meminfo

查看SwapTotal的值是否为0,0代表关闭

linux查看磁盘及文件大小:

du -h

du -sh

---文件大小

df -h

---磁盘大小

free -m

https://www.cnblogs.com/coldplayerest/archive/2010/02/20/1669949.html

CTS要求

https://source.android.com/compatibility/cdd

https://source.android.com/compatibility/android-cdd.pdf

vendor.img

http://gityuan.com/2018/04/08/android_p/

为什么emmc总量大于实际设备中显示的大小?

1.emmc存储中有坏死块

2.8G的计算方式不一致

8G=8*1000MB=8*1000*1000KB=8*1000*1000*1000B

而我们计算机或手机的计算方式为:

8G=8*1024MB=8*1024*1024KB=8*1024*1024*1024B

3.本身存储了部分软件,占了部分空间

参考学习

https://blog.csdn.net/roland_sun/article/details/50969958

https://www.cnblogs.com/xiaolei-kaiyuan/p/5462436.html

https://blog.csdn.net/tianshiyalin/article/details/37775057

https://blog.csdn.net/u013686019/article/details/66472291

https://linux.codingbelief.com/zh/storage/flash_memory/

https://blog.csdn.net/u014645605/article/details/52061034

https://blog.csdn.net/zhouzhenhe2008/article/details/72943314?utm_source=blogxgwz3

https://www.jianshu.com/p/33335b7cc6bb

mtk online中相关资料

[FAQ06257] Flash上新建分区的大小限定

内容 (2014-09-10)

目前的分区类型有如下两种:Rawdata和文件系统,文件系统的类型与Flash类型相关,Nand Flash上的文件系统为Yaffs2;Emmc上的文件系统为Ext4。


Rawdata:至少1*Block Size;

Yaffs2: 至少9*Block Size;

Ext4:至少5MB


目前常见的Nand Flash上,Block Size一般为128KB和256KB。


另外需要注意一点,新建分区的start address和size必须是Block align的。

[FAQ06165] [NVRAM][SIM_ME_LOCK]protect_f和protect_s分区的作用是什么?

内容 (2017-07-07)

[Description]

protect_f和protect_s分区的作用是什么?


[Solution]

在没有Protect_s和Protect_f分区之前,SIM ME LOCK数据存在USER DATA分区内,详细路径为/data/nvram/md/NVRAM/IMPORTANT。

当恢复出厂设置时,会将/data/nvram/md/下的文件全部清除,其后开机时会将NVRAM BIN Region中备份的数据recovery到/data/nvram/md/下。

如NVRAM BIN REGION中数据为空,则会按照默认值生成SIM ME LOCK数据。

如NVRAM BIN REGION中数据不为空,则会将SIM ME LOCK数据恢复为NVRAM BIN REGION保存的状态。

针对case 2,由于NVRAM BIN REGION中保存的状态并不总是同恢复出厂之前/data/nvram/md/NVRAM/IMPORTANT下的SIM ME LOCK数据状态一致,因此可能无法满足SML 的更新一致性要求。

为了对SML数据进行持久化保存以及更新一致性的目的,我们将SML数据移入Protect_s和Protect_f分区。

Protect_s和Protect_f分区的特点有:

Download的时候若要format USERDATA分区时,不会format Protect_s和Protect_f。

恢复出厂设置时,也不会清除 Protect_s和Protect_f。但若此时BIN Region中无内容,开机时会判断出USERDATA分区中/data/nvram/md不存在且BIN Region中无内容,进而断定是第一次开机从而根据默认值生成SIM ME LOCK。

[FAQ04658] 【partition】android\cache\userdata三个partition大小设定

内容 (2013-01-03)

[DESCRIPTION]

在6589,eMMC中,JB的android\cache\userdata三个partition大小设定

[SOLUTION]

(1)android分区:650M

      a,预留更大的空间来安装apk

      b,如果未来不需要upgrade,可以适当缩写这个分区的大小

     c,建议这个分区不要小于512M。

(2)cache分区:126M

      a,这个分区的大小大于等于100M,以满足google的CDD测试

      b,FOTA升级的时候会用到cache分区

(3)userdata分区:1024M

      a,至少是350M,以满足google的CDD测试

      b,可以给这个分区预置更大的空间来以便user安装更多的apk

      c,FOTA升级的时使用这个分区来download

[FAQ21281] android P分区表中odmdtbo与dtbo分区的说明

内容 (2018-10-18)

[DESCRIPTION]


Android O版本odmdtbo.img,在Android P版本改名成dtbo.img。


虽然android P分区表中可以同时看到odmdtbo与dtbo分区,但实际上,ptgen在build生成的MTxxxx_Android_scatter.txt中,仅会包含其中一个分区。



[SOLUTION]

P版本有一个宏开关: MTK_DTBO_UPGRADE_FROM_ANDROID_O,配置路径:

/device/mediatekprojects//ProjectConfig.mk


1. 对于需要OTA (O to P)升级到P版本的Project,分区layout必须与O版本完全一致,因此,请配置:

      MTK_DTBO_UPGRADE_FROM_ANDROID_O = yes

   此时build会生成odmdtbo.img,对应下载到odmdtbo分区。



2. 对于P版本新开的Project,请配置:

      MTK_DTBO_UPGRADE_FROM_ANDROID_O = no

   此时build会生成dtbo.img,对应下载到dtbo分区。



[Related Information]

1. FAQ21246 Android P dtbo 

2. OTA (O to P)升级,还会涉及其它修改,请参考:

    《Android OTA SDCARD update》,重点看OTA(O to P)相关部分。

3. Google关于dtbo的说明:

    https://source.android.com/devices/architecture/dto/partitions


[FAQ03559] [Storage]MTK platform partition meaning

Pre-loader

Pre-loader image

Handles all the download and secure boot procedure 

       DSP_BL

 DSP Boot Loader

        MBR、EBR1、EBR2

 Ext4 file system partition index table

       PMT

 Partition management table

       NvRam

Stores the hardware related information, such as calibration data, MAC address, IMEI … etc

       SECCFG and SECSTATIC

Reserved for the security platform used

    protect1 or protect_f

store SIM LOCK

    protect2 or protect_s

backup SIM LOCK

    pgpt

Partition management table, compared with MBR

    sgpt

backup of pgpt

    oemkeystore and keystore

image authentication key for verified boot, not used yet

    tee1

Trusted Excution Environment(https://www.trustonic.com/technology/trustzone-and-tee)

    tee2

backup of tee1

     U-boot/LK

 Second loader image

Handles most hardware initializations and bring-up entire Linux kernel

     Boot image

Linux kernel image and it's root file system

     Recovery

Recovery kernel image and it's root file system

Handles all the system recovery and firmware update functionalities

    SEC_RO or SECRO

Reserved for the security platform used

     Misc

Used for the recovery procedure (power loss)

     Logo

 Boot-up logo image

     EXPDB

 Store Exception database

     System

 Android system image

     Cache

 For  Android internal used

 Store Android internal cache data or web cache data

    User data

Used for Android system to store user data such as user contacts, settings, installed applications … etc

     FAT/intsd

Internal sdcard on emmc

      OTP

Otp(one time program) area on emmc

   flashinfo

flash tool download information

     BMTPOOL

Handles Bad Block Management(nandflash used and reserved on emmc)

   PARA

save parameter for recovery

   FRP

factory reset for protect , used for stolen phones

   NVDATA

store data in data/nvram/

   PROINFO

a nvram partition, store one struct default, can be added

   md1img, md1dsp,md1arm7, md3img

For Android M, MD image have switched to MD standalone partition, all modem images will be load from the partition: md1img, md1dsp, md1arm7 and md3img

   scp1,scp2

system control processor, used for recovery fail

   lk1,lk2

used for the case of update lk throught OTA fail

   persist

 store data which will be stable for a long time

   metadata

store master key for data encryption

   nvcfg

nvram config, controlled by MTK_NVCONFIG_PARTITION_SUPPORT, not used yet

   custom

customization partition, controlled by MTK_CIP_SUPPORT

   efuse

download BB chip's efuse

   ppl

Privacy protection lock,used for mobile phone antitheft

[FAQ20591] 关于Android Go 版本userdata 分区size限定说明

内容 (2018-01-18)

[DESCRIPTION]


 根据google释放的Android Go 文档《GMS_Go_Requirements.pdf》中Disk Space Requirements章节的说明,Android Go版本,需要根据emmc size做调整,userdata分区至少打到如下size限定要求,来满足终端用户的使用体验需求。




[SOLUTION]


需要特别注意上面的说明,GB单位是以1000位base计算的,不是1024 base,


以8GB emmc为例,要求开机后,adb shell df 查到的data分区1k-blocks的数值*1024之后>= 5500000000即可

也就是 data分区的total size > 5500000000 bytes,约5.1 GB就可以满足google要求


这部分我们有跟google 确认过,按上面理解配置即可。

针对google在A-Go上userdata分区这部分限定,按O版本原生的配置无法达到google的要求,


我们建议在BoardConfig.mk中,按如下大小设定,这样可以满足google需求,且不影响后续升级及软件基本功能


alps/device/mediatekprojects/$project/BoardConfig.mk中设定:


BOARD_MTK_SYSTEM_SIZE_KB := 1024000

BOARD_MTK_VENDOR_SIZE_KB := 307200

BOARD_MTK_CACHE_SIZE_KB := 114688


修改后如有相关问题,请提eservcie支持。

[FAQ10389] 如何关闭 zram/swap功能

也可以cat /proc/meminfo 里面的swap相关栏位为0

[FAQ09456] zram(内存压缩)介绍

内容 (2015-10-08)

下面是对Zram(内存压缩)一个简单介绍:

1. zram 又称内存压缩,Linux kernel会把不常用的内存进行压缩,以换出更多的内存供系统使用

    -- 平时空闲时候会做压缩,以备不时之需

    --  kernel 申请不到内存,会触发压缩机制


2. 只有user process的内存可被压缩


3. 压缩是有成本的,会影响performance

    -- 通常,launch app的时候会受影响

    -- 代码执行中,突然要大量内存的时候也会受到影响


4. 在LCA/non-LCA的项目都有可能Enable,目前为止只有72&82&92项目上面支持,其它暂不支持


若有更细节问题,可提e-service与MTK讨论

你可能感兴趣的:(Android 分区查看 emcc 7.x 8.x)