对于Android文件系统一些片面的理解

电玩女神 2022-06-01 04:21 412阅读 0赞

在android源码中是没有partitions这个文件的，估计是在编译时产生的，但是在out目录下没有proc目录  
\# cat /proc/partitions  
major minor \#blocks name  
254 0 496040 zram0  
179 0 15267840 mmcblk0  
179 1 3072 mmcblk0p1  
179 2 5120 mmcblk0p2  
179 3 10240 mmcblk0p3  
179 4 10240 mmcblk0p4  
179 5 49152 mmcblk0p5  
179 6 256 mmcblk0p6  
179 7 384 mmcblk0p7  
179 8 16384 mmcblk0p8  
179 9 16384 mmcblk0p9  
179 10 6144 mmcblk0p10  
179 11 512 mmcblk0p11  
179 12 8192 mmcblk0p12  
179 13 10240 mmcblk0p13  
179 14 1024 mmcblk0p14  
179 15 5120 mmcblk0p15  
179 16 5120 mmcblk0p16  
179 17 2048 mmcblk0p17  
179 18 2048 mmcblk0p18  
179 19 36224 mmcblk0p19  
179 20 2621440 mmcblk0p20  
179 21 434176 mmcblk0p21  
179 22 12006912 mmcblk0p22  
179 23 16384 mmcblk0p23  
179 96 4096 mmcblk0rpmb  
179 64 4096 mmcblk0boot1  
179 32 4096 mmcblk0boot0  
  
根据以上信息，zram0分区是用于作为swap的，就是被当作虚拟内存吧，因为实际上emmc属于外存设备。  
在内存空间不够时，会把非前台的应用的数据压缩从内存移到zram0，当该应用被再次调起时，就把数据从  
zram0中换回到内存中，这样的方案会比直接杀掉该应用更快启动。  
  
分区表在：  
device/mediatek/build/build/tools/ptgen/MT8163/partition\_table\_MT8163.xls  
修改分区大小可以在这个文件中配置：  
device/yongyida/yyd8163\_tb\_m/BoardConfig.mk  
看编译后已经生成的分区大小：  
out/target/product/yyd8163\_tb\_m/obj/PTGEN/partition\_size.mk  
有很多分区挂载配置在该路径的文件：  
vendor/mediatek/proprietary/hardware/fstab/mt8163/fstab.in  
使用以下命令可以：  
ls -l /dev/block/platform/mtk-msdc.0/11230000.MSDC0/by-name/  
lrwxrwxrwx root root 2018-01-19 15:29 boot -> /dev/block/mmcblk0p8  
lrwxrwxrwx root root 2018-01-19 15:29 cache -> /dev/block/mmcblk0p21  
lrwxrwxrwx root root 2018-01-19 15:29 dkb -> /dev/block/mmcblk0p18  
lrwxrwxrwx root root 2018-01-19 15:29 expdb -> /dev/block/mmcblk0p13  
lrwxrwxrwx root root 2018-01-19 15:29 flashinfo -> /dev/block/mmcblk0p2  
lrwxrwxrwx root root 2018-01-19 15:29 frp -> /dev/block/mmcblk0p14  
lrwxrwxrwx root root 2018-01-19 15:29 kb -> /dev/block/mmcblk0p17  
lrwxrwxrwx root root 2018-01-19 15:29 lk -> /dev/block/mmcblk0p7  
lrwxrwxrwx root root 2018-01-19 15:29 logo -> /dev/block/mmcblk0p12  
lrwxrwxrwx root root 2018-01-19 15:29 metadata -> /dev/block/mmcblk0p19  
lrwxrwxrwx root root 2018-01-19 15:29 nvram -> /dev/block/mmcblk0p2  
lrwxrwxrwx root root 2018-01-19 15:29 para -> /dev/block/mmcblk0p11  
lrwxrwxrwx root root 2018-01-19 15:29 persist -> /dev/block/mmcblk0p5  
lrwxrwxrwx root root 2018-01-19 15:29 proinfo -> /dev/block/mmcblk0p1  
lrwxrwxrwx root root 2018-01-19 15:29 protect1 -> /dev/block/mmcblk0p3  
lrwxrwxrwx root root 2018-01-19 15:29 protect2 -> /dev/block/mmcblk0p4  
lrwxrwxrwx root root 2018-01-19 15:29 recovery -> /dev/block/mmcblk0p9  
lrwxrwxrwx root root 2018-01-19 15:29 seccfg -> /dev/block/mmcblk0p6  
lrwxrwxrwx root root 2018-01-19 15:29 secro -> /dev/block/mmcblk0p10  
lrwxrwxrwx root root 2018-01-19 15:29 system -> /dev/block/mmcblk0p20  
lrwxrwxrwx root root 2018-01-19 15:29 tee1 -> /dev/block/mmcblk0p15  
lrwxrwxrwx root root 2018-01-19 15:29 tee2 -> /dev/block/mmcblk0p16  
lrwxrwxrwx root root 2018-01-19 15:29 userdata -> /dev/block/mmcblk0p22  
  
root@xxx:/ \# ls /dev/block/mmcblk0\*  
/dev/block/mmcblk0  
/dev/block/mmcblk0boot0  
/dev/block/mmcblk0boot1  
/dev/block/mmcblk0rpmb  
/dev/block/mmcblk0p1  
/dev/block/mmcblk0p2  
/dev/block/mmcblk0p3  
/dev/block/mmcblk0p4  
/dev/block/mmcblk0p5  
/dev/block/mmcblk0p6  
/dev/block/mmcblk0p7  
/dev/block/mmcblk0p8  
/dev/block/mmcblk0p9  
/dev/block/mmcblk0p10  
/dev/block/mmcblk0p11  
/dev/block/mmcblk0p12  
/dev/block/mmcblk0p13  
/dev/block/mmcblk0p14  
/dev/block/mmcblk0p15  
/dev/block/mmcblk0p16  
/dev/block/mmcblk0p17  
/dev/block/mmcblk0p18  
/dev/block/mmcblk0p19  
/dev/block/mmcblk0p20  
/dev/block/mmcblk0p21  
/dev/block/mmcblk0p22  
/dev/block/mmcblk0p23  
/dev/block/mmcblk0p24  
/dev/block/mmcblk0p25  
/dev/block/mmcblk0p26  
/dev/block/mmcblk0p27  
/dev/block/mmcblk0p28  
/dev/block/mmcblk0p29  
/dev/block/mmcblk0p30  
/dev/block/mmcblk0p31  
/dev/block/mmcblk0p32  
想知道更多也可以自己到/dev/block下看看。  
  
  
device/mediatek/build/build/tools/ptgen/MT8163/partition\_table\_MT8163.xls  
分区表分区名字和挂载点的对应表  
![SouthEast][]  
  
  
增加一个叫Test的分区：  
![SouthEast 1][]  
USRDATA分区就是任何用户都可以读写的分区，不可设置大小，大小等于emmc总容量减去其他分区的大小。  
  
增加一个分区请看mtk文档：Partition Layout Introduction and Customization  
  
mmcblk0 为 eMMC 的块设备;  
mmcblk0boot0 和 mmcblk0boot1 对应两个 Boot Area Partitions;  
mmcblk0rpmb 则为 RPMB Partition，  
mmcblk0px 为 UDA 划分出来的 SW Partitions;  
不太知道Recovery.fstab和Recover\_emmc.fstab是怎么定义的，挂载点对应的设备和分区表的是不一样的。分区表上的  
分区都是按顺序对应到mmcblk0的软分区，即从mmcblk0p1到mmcblk0p23  
设备号就是分区名，如：/dev/block/mmcblk0p6，在android文件系统中存在这个文件。  
ls -l /dev/block/platform/mtk-msdc.0/11230000.MSDC0/by-name/命令列出的就是分区功能名称对应的设备号（正式的分区名）  
跟Android文件系统和分区相关的VoldManager,ptgen  
  
相关命令  
df  
cat /proc/mtd  
cat /proc/partitions  
  
out/target/product/yyd8163\_tb\_m/obj/PTGEN/partition\_size.mk 看编译后已经生成的分区大小  
device/mediatek/build/build/tools/ptgen/MT8163/partition\_table\_MT8163.xls \#看分区的原始分配及有哪些分区  
  
  
vendor/mediatek/proprietary/hardware/fstab/mt8163/fstab.in  
/devices/soc/11230000.mmc\* auto vfat defaults voldmanaged=sdcard0:auto,encryptable=userdata  
/devices/soc/11240000.mmc\* auto vfat defaults voldmanaged=sdcard1:auto,encryptable=userdata  
  
  
  
**以下为参考内容：**

**eMMC 分区管理**  
  
Partitions Overview  
  
eMMC 标准中，将内部的 Flash Memory 划分为 4 类区域，最多可以支持 8 个硬件分区，如下图所示：  
![Center][]  
  
**概述**

一般情况下，Boot Area Partitions 和 RPMB Partition 的容量大小通常都为 4MB，部分芯片厂家也会提供配置的机会。General Purpose Partitions (GPP) 则在出厂时默认不被支持，即不存在这些分区，需要用户主动使能，并配置其所要使用的 GPP 的容量大小，GPP 的数量可以为 1 - 4 个，各个 GPP 的容量大小可以不一样。User Data Area (UDA) 的容量大小则为总容量大小减去其他分区所占用的容量。更多各个分区的细节将在后续章节中描述。

**分区编址**  
eMMC 的每一个硬件分区的存储空间都是独立编址的，即访问地址为 0 - partition size。具体的数据读写操作实际访问哪一个硬件分区，是由 eMMC 的 Extended CSD register 的 PARTITION\_CONFIG Field 中 的 Bit\[2:0\]: PARTITION\_ACCESS 决定的，用户可以通过配置 PARTITION\_ACCESS 来切换硬件分区的访问。也就是说，用户在访问特定的分区前，需要先发送命令，配置 PARTITION\_ACCESS，然后再发送相关的数据访问请求。更多数据读写相关的细节，请参考 eMMC 总线协议 章节。  
eMMC 的各个硬件分区有其自身的功能特性，多分区的设计，为不同的应用场景提供了便利。

Boot Area Partitions  
  
Boot Area 包含两个 Boot Area Partitions，主要用于存储 Bootloader，支持 SOC 从 eMMC 启动系统。  
容量大小  
  
两个 Boot Area Partitions 的大小是完全一致的，由 Extended CSD register 的 BOOT\_SIZE\_MULT Field 决定，大小的计算公式如下：  
Size = 128Kbytes x BOOT\_SIZE\_MULT  
一般情况下，Boot Area Partition 的大小都为 4 MB，即 BOOT\_SIZE\_MULT 为 32，部分芯片厂家会提供改写 BOOT\_SIZE\_MULT 的功能来改变 Boot Area Partition 的容量大小。BOOT\_SIZE\_MULT 最大可以为 255，即 Boot Area Partition 的最大容量大小可以为 255 x 128 KB = 32640 KB = 31.875 MB。  
从 Boot Area 启动  
  
eMMC 中定义了 Boot State，在 Power-up、HW reset 或者 SW reset 后，如果满足一定的条件，eMMC 就会进入该 State。进入 Boot State 的条件如下：  
Original Boot Operation  
CMD 信号保持低电平不少于 74 个时钟周期，会触发 Original Boot Operation，进入 Boot State。  
![Center 1][]  
  
Alternative Boot Operation  
在 74 个时钟周期后，在 CMD 信号首次拉低或者 Host 发送 CMD1 之前，Host 发送参数为 0xFFFFFFFA 的 COM0时，会触发 Alternative Boot Operation，进入 Boot State。  
![Center 2][]  
  
在 Boot State 下，如果有配置 BOOT\_ACK，eMMC 会先发送 “010” 的 ACK 包，接着 eMMC 会将最大为 128Kbytes x BOOT\_SIZE\_MULT 的 Boot Data 发送给 Host。传输过程中，Host 可以通过拉高 CMD 信号 (Original Boot 中)，或者发送 Reset 命令 (Alternative Boot 中) 来中断 eMMC 的数据发送，完成 Boot Data 传输。  
Boot Data 根据 Extended CSD register 的 PARTITION\_CONFIG Field 的 Bit\[5:3\]:BOOT\_PARTITION\_ENABLE 的设定，可以从 Boot Area Partition 1、Boot Area Partition 2 或者 User Data Area 读出。  
Boot Data 存储在 Boot Area 比在 User Data Area 中要更加的安全，可以减少意外修改导致系统无法启动，同时无法更新系统的情况出现。  
（更多 Boot State 的细节，请参考 eMMC 总线协议 的 Boot State 章节）  
写保护  
  
通过设定 Extended CSD register 的 BOOT\_WP Field，可以为两个 Boot Area Partition 独立配置写保护功能,以防止数据被意外改写或者擦出。  
eMMC 中定义了两种 Boot Area 的写保护模式：  
Power-on write protection，使能后，如果 eMMC 掉电，写保护功能失效，需要每次 Power on 后进行配置  
Permanent write protection，使能后，即使掉电也不会失效，主动进行关闭才会失效

**RPMB Partition**  
  
RPMB（Replay Protected Memory Block）Partition 是 eMMC 中的一个具有安全特性的分区。  
eMMC 在写入数据到 RPMB 时，会校验数据的合法性，只有指定的 Host 才能够写入，同时在读数据时，也提供了签名机制，保证 Host 读取到的数据是 RPMB 内部数据，而不是攻击者伪造的数据。  
RPMB 在实际应用中，通常用于存储一些有防止非法篡改需求的数据，例如手机上指纹支付相关的公钥、序列号等。RPMB 可以对写入操作进行鉴权，但是读取并不需要鉴权，任何人都可以进行读取的操作，因此存储到 RPMB 的数据通常会进行加密后再存储。  
容量大小  
  
两个 RPMB Partition 的大小是由 Extended CSD register 的 BOOT\_SIZE\_MULT Field 决定，大小的计算公式如下：  
Size = 128Kbytes x BOOT\_SIZE\_MULT  
一般情况下，Boot Area Partition 的大小为 4 MB，即 RPMB\_SIZE\_MULT 为 32，部分芯片厂家会提供改写 RPMB\_SIZE\_MULT 的功能来改变 RPMB Partition 的容量大小。RPMB\_SIZE\_MULT 最大可以为 128，即 Boot Area Partition 的最大容量大小可以为 128 x 128 KB = 16384 KB = 16 MB。  
Replay Protect 原理  
  
使用 eMMC 的产品，在产线生产时，会为每一个产品生产一个唯一的 256 bits 的 Secure Key，烧写到 eMMC 的 OTP 区域（只能烧写一次的区域），同时 Host 在安全区域中（例如：TEE）也会保留该 Secure Key。  
在 eMMC 内部，还有一个RPMB Write Counter。RPMB 每进行一次合法的写入操作时，Write Counter 就会自动加一 。  
通过 Secure Key 和 Write Counter 的应用，RMPB 可以实现数据读取和写入的 Replay Protect。  
RPMB 数据读取  
  
RPMB 数据读取的流程如下：  
  
![Center 3][]  
Host 向 eMMC 发起读 RPMB 的请求，同时生成一个 16 bytes 的随机数，发送给 eMMC。  
eMMC 将请求的数据从 RPMB 中读出，并使用 Secure Key 通过 HMAC SHA-256 算法，计算读取到的数据和接收到的随机数拼接到一起后的签名。然后，eMMC 将读取到的数据、接收到的随机数、计算得到的签名一并发送给 Host。  
Host 接收到 RPMB 的数据、随机数以及签名后，首先比较随机数是否与自己发送的一致，如果一致，再用同样的 Secure Key 通过 HMAC SHA-256 算法对数据和随机数组合到一起进行签名，如果签名与 eMMC 发送的签名是一致的，那么就可以确定该数据是从 RPMB 中读取到的正确数据，而不是攻击者伪造的数据。  
通过上述的读取流程，可以保证 Host 正确的读取到 RPMB 的数据。  
RPMB 数据写入  
  
RPMB 数据写入的流程如下：  
![Center 4][]  
  
Host 按照上面的读数据流程，读取 RPMB 的 Write Counter。  
Host 将需要写入的数据和 Write Counter 拼接到一起并计算签名，然后将数据、Write Counter 以及签名一并发给 eMMC。  
eMMC 接收到数据后，先对比 Write Counter 是否与当前的值相同，如果相同那么再对数据和 Write Counter 的组合进行签名，然后和 Host 发送过来的签名进行比较，如果签名相同则鉴权通过，将数据写入到 RPMB 中。  
通过上述的写入流程，可以保证 RPMB 不会被非法篡改。  
更多 RPMB 相关的细节，可以参考 eMMC RPMB 章节。

**General Purpose Partitions**  
  
eMMC 提供了 General Purpose Partitions (GPP)，主要用于存储系统和应用数据。在很多使用 eMMC 的产品中，GPP 都没有被启用，因为它在功能上与 UDA 类似，产品上直接使用 UDA 就可以满足需求。  
容量大小  
  
eMMC 最多可以支持 4 个 GPPs，每一个 GPP 的大小可以单独配置。用户可以通过设定 Extended CSD register 的以下三个 Field 来设 GPPx (x=1~4) 的容量大小：  
GP\_SIZE\_MULT\_x\_2  
GP\_SIZE\_MULT\_x\_1  
GP\_SIZE\_MULT\_x\_0  
GPPx 的容量计算公式如下：  
Size = (GP\_SIZE\_MULT\_x\_2 \* 2^16 + GP\_SIZE\_MULT\_x\_1 \* 2^8 + GP\_SIZE\_MULT\_x\_0 \* 2^0) \* (Write protect group size)  
Write protect group size = 512KB \* HC\_ERASE\_GRP\_SIZE \* HC\_WP\_GRP\_SIZE  
eMMC 中，擦除和写保护都是按块进行的，上述表达式中的 HC\_WP\_GRP\_SIZE 为写保护的操作块大小，HC\_ERASE\_GRP\_SIZE 则为擦除操作的快的大小。  
eMMC 芯片的 GPP 的配置通常是只能进行一次 (OTP)，一般会在产品量产阶段，在产线上进行。  
分区属性  
  
eMMC 标准中，为 GPP 定义了两类属性，Enhanced attribute 和 Extended attribute。每个 GPP 可以设定两类属性中的一种属性，不可以同时设定多个属性。  
  
![Center 5][]  
Enhanced attribute  
Default, 未设定 Enhanced attribute。  
Enhanced storage media， 设定 GPP 为 Enhanced storage media。  
在 eMMC 标准中，实际上并未定义设定 Enhanced attribute 后对 eMMC 的影响。Enhanced attribute 的具体作用，由芯片制造商定义。  
在实际的产品中，设定 Enhanced storage media 后，一般是把该分区的存储介质从 MLC 改变为 SLC，提高该分区的读写性能、寿命以及稳定性。由于 1 个存储单元下，MLC 的容量是 SLC 的两倍，所以在总的存储单元数量一定的情况下，如果把原本为 MLC 的分区改变为 SLC，会减少 eMMC 的容量，就是说，此时 eMMC 的实际总容量比标称的总容量会小一点。（MLC 和 SLC 的细节可以参考 Flash Memory 章节内容）  
Extended attribute  
Default, 未设定 Extended attribute。  
System code， 设定 GPP 为 System code 属性，该属性主要用在存放操作系统类的、很少进行擦写更新的分区。  
Non-Persistent，设定 GPP 为 Non-Persistent 属性，该属性主要用于存储临时数据的分区，例如 tmp 目录所在分区、 swap 分区等。  
在 eMMC 标准中，同样也没有定义设定 Extended attribute 后对 eMMC 的影响。Extended attribute 的具体作用，由芯片制造商定义。Extended attribute 主要是跟分区的应用场景有关，厂商可以为不用应用场景的分区做不同的优化处理。

**User Data Area**

User Data Area (UDA) 通常是 eMMC 中最大的一个分区，是实际产品中，最主要的存储区域。  
容量大小  
  
UDA 的容量大小不需要设置，在配置完其他分区大小后，再扣除设置 Enhanced attribute 所损耗的容量，剩下的容量就是 UDA 的容量。  
软件分区  
  
为了更合理的管理数据，满足不同的应用需求，UDA 在实际产品中，会进行软件再分区。目前主流的软件分区技术有 MBR（Master Boot Record）和 GPT（GUID Partition Table）两种。这两种分区技术的基本原理类似，如下图所示：  
![Center 6][]  
  
软件分区技术一般是将存储介质划分为多个区域，既 SW Partitions，然后通过一个 Partition Table 来维护这些 SW Partitions。在 Partition Table 中，每一个条目都保存着一个 SW Partition 的起始地址、大小等的属性信息。软件系统在启动后，会去扫描 Partition Table，获取存储介质上的各个 SW Partitions 信息，然后根据这些信息，将各个 Partitions 加载到系统中，进行数据存取。  
MBR 和 GPT 此处不展开详细介绍，更多的细节可以参考 wikipedia 上 MBR 和 GPT 相关介绍。  
区域属性  
  
eMMC 标准中，支持为 UDA 中一个特定大小的区域设定 Enhanced attribute。与 GPP 中的 Enhanced attribute 相同，eMMC 标准也没有定义该区域设定 Enhanced attribute 后对 eMMC 的影响。Enhanced attribute 的具体作用，由芯片制造商定义。  
Enhanced attribute  
Default, 未设定 Enhanced attribute。  
Enhanced storage media， 设定该区域为 Enhanced storage media。  
在实际的产品中，UDA 区域设定为 Enhanced storage media 后，一般是把该区域的存储介质从 MLC 改变为 SLC。通常，产品中可以将某一个 SW Partition 设定为 Enhanced storage media，以获得更好的性能和健壮性。

**eMMC 分区应用实例**  
在一个 Android 手机系统中，各个分区的呈现形式如下：  
mmcblk0 为 eMMC 的块设备;  
mmcblk0boot0 和 mmcblk0boot1 对应两个 Boot Area Partitions;  
mmcblk0rpmb 则为 RPMB Partition，  
mmcblk0px 为 UDA 划分出来的 SW Partitions;  
如果存在 GPP，名称则为 mmcblk0gp1、mmcblk0gp2、mmcblk0gp3、mmcblk0gp4;  
root@xxx:/ \# ls /dev/block/mmcblk0\*  
/dev/block/mmcblk0  
/dev/block/mmcblk0boot0  
/dev/block/mmcblk0boot1  
/dev/block/mmcblk0rpmb  
/dev/block/mmcblk0p1  
/dev/block/mmcblk0p2  
/dev/block/mmcblk0p3  
/dev/block/mmcblk0p4  
/dev/block/mmcblk0p5  
/dev/block/mmcblk0p6  
/dev/block/mmcblk0p7  
/dev/block/mmcblk0p8  
/dev/block/mmcblk0p9  
/dev/block/mmcblk0p10  
/dev/block/mmcblk0p11  
/dev/block/mmcblk0p12  
/dev/block/mmcblk0p13  
/dev/block/mmcblk0p14  
/dev/block/mmcblk0p15  
/dev/block/mmcblk0p16  
/dev/block/mmcblk0p17  
/dev/block/mmcblk0p18  
/dev/block/mmcblk0p19  
/dev/block/mmcblk0p20  
/dev/block/mmcblk0p21  
/dev/block/mmcblk0p22  
/dev/block/mmcblk0p23  
/dev/block/mmcblk0p24  
/dev/block/mmcblk0p25  
/dev/block/mmcblk0p26  
/dev/block/mmcblk0p27  
/dev/block/mmcblk0p28  
/dev/block/mmcblk0p29  
/dev/block/mmcblk0p30  
/dev/block/mmcblk0p31  
/dev/block/mmcblk0p32  
每一个分区会根据实际的功能来设定名称。  
root@xxx:/ \# ls -l /dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/  
lrwxrwxrwx root root 2015-01-03 04:03 boot -> /dev/block/mmcblk0p22  
lrwxrwxrwx root root 2015-01-03 04:03 cache -> /dev/block/mmcblk0p30  
lrwxrwxrwx root root 2015-01-03 04:03 custom -> /dev/block/mmcblk0p3  
lrwxrwxrwx root root 2015-01-03 04:03 devinfo -> /dev/block/mmcblk0p28  
lrwxrwxrwx root root 2015-01-03 04:03 expdb -> /dev/block/mmcblk0p4  
lrwxrwxrwx root root 2015-01-03 04:03 flashinfo -> /dev/block/mmcblk0p32  
lrwxrwxrwx root root 2015-01-03 04:03 frp -> /dev/block/mmcblk0p5  
lrwxrwxrwx root root 2015-01-03 04:03 keystore -> /dev/block/mmcblk0p27  
lrwxrwxrwx root root 2015-01-03 04:03 lk -> /dev/block/mmcblk0p20  
lrwxrwxrwx root root 2015-01-03 04:03 lk2 -> /dev/block/mmcblk0p21  
lrwxrwxrwx root root 2015-01-03 04:03 logo -> /dev/block/mmcblk0p23  
lrwxrwxrwx root root 2015-01-03 04:03 md1arm7 -> /dev/block/mmcblk0p17  
lrwxrwxrwx root root 2015-01-03 04:03 md1dsp -> /dev/block/mmcblk0p16  
lrwxrwxrwx root root 2015-01-03 04:03 md1img -> /dev/block/mmcblk0p15  
lrwxrwxrwx root root 2015-01-03 04:03 md3img -> /dev/block/mmcblk0p18  
lrwxrwxrwx root root 2015-01-03 04:03 metadata -> /dev/block/mmcblk0p8  
lrwxrwxrwx root root 2015-01-03 04:03 nvdata -> /dev/block/mmcblk0p7  
lrwxrwxrwx root root 2015-01-03 04:03 nvram -> /dev/block/mmcblk0p19  
lrwxrwxrwx root root 2015-01-03 04:03 oemkeystore -> /dev/block/mmcblk0p12  
lrwxrwxrwx root root 2015-01-03 04:03 para -> /dev/block/mmcblk0p2  
lrwxrwxrwx root root 2015-01-03 04:03 ppl -> /dev/block/mmcblk0p6  
lrwxrwxrwx root root 2015-01-03 04:03 proinfo -> /dev/block/mmcblk0p13  
lrwxrwxrwx root root 2015-01-03 04:03 protect1 -> /dev/block/mmcblk0p9  
lrwxrwxrwx root root 2015-01-03 04:03 protect2 -> /dev/block/mmcblk0p10  
lrwxrwxrwx root root 2015-01-03 04:03 recovery -> /dev/block/mmcblk0p1  
lrwxrwxrwx root root 2015-01-03 04:03 rstinfo -> /dev/block/mmcblk0p14  
lrwxrwxrwx root root 2015-01-03 04:03 seccfg -> /dev/block/mmcblk0p11  
lrwxrwxrwx root root 2015-01-03 04:03 secro -> /dev/block/mmcblk0p26  
lrwxrwxrwx root root 2015-01-03 04:03 system -> /dev/block/mmcblk0p29  
lrwxrwxrwx root root 2015-01-03 04:03 tee1 -> /dev/block/mmcblk0p24  
lrwxrwxrwx root root 2015-01-03 04:03 tee2 -> /dev/block/mmcblk0p25  
lrwxrwxrwx root root 2015-01-03 04:03 userdata -> /dev/block/mmcblk0p31  
  
  
文件系统中的文件（或者目录）的owner或者owner组，要想拥有owner组的权限，可以根据  
/system/etc/permissions/platform.xml文件，在manifest中加入对应的permission

<?xml version="1.0" encoding="utf-8"?>
    
    
    
    <permissions>
    
        
        
        
    
        
    
        <permission name="android.permission.BLUETOOTH_ADMIN" >
            <group gid="net_bt_admin" />
        </permission>
    
        <permission name="android.permission.BLUETOOTH" >
            <group gid="net_bt" />
        </permission>
    
        <permission name="android.permission.BLUETOOTH_STACK" >
            <group gid="net_bt_stack" />
        </permission>
    
        <permission name="android.permission.NET_TUNNELING" >
            <group gid="vpn" />
        </permission>
    
        <permission name="android.permission.INTERNET" >
            <group gid="inet" />
        </permission>
    
        <permission name="android.permission.READ_LOGS" >
            <group gid="log" />
        </permission>
    
        <permission name="android.permission.READ_EXTERNAL_STORAGE" >
            <group gid="sdcard_r" />
        </permission>
    
        <permission name="android.permission.WRITE_EXTERNAL_STORAGE" >
            <group gid="sdcard_r" />
            <group gid="sdcard_rw" />
        </permission>
    
        <permission name="android.permission.ACCESS_ALL_EXTERNAL_STORAGE" >
            <group gid="sdcard_r" />
            <group gid="sdcard_rw" />
            <group gid="sdcard_all" />
        </permission>
    
        <permission name="android.permission.WRITE_MEDIA_STORAGE" >
            <group gid="media_rw" />
        </permission>
    
        <permission name="android.permission.ACCESS_MTP" >
            <group gid="mtp" />
        </permission>
    
        <permission name="android.permission.NET_ADMIN" >
            <group gid="net_admin" />
        </permission>
    
        
        <permission name="android.permission.ACCESS_CACHE_FILESYSTEM" >
            <group gid="cache" />
        </permission>
    
        
        <permission name="android.permission.DIAGNOSTIC" >
            <group gid="input" />
            <group gid="diag" />
        </permission>
    
        
        <permission name="android.permission.READ_NETWORK_USAGE_HISTORY">
            <group gid="net_bw_stats" />
        </permission>
    
        
        <permission name="android.permission.MODIFY_NETWORK_ACCOUNTING">
            <group gid="net_bw_acct" />
        </permission>
    
        <permission name="android.permission.LOOP_RADIO" >
            <group gid="loop_radio" />
        </permission>
    
        
        
        
    
        
    
        <assign-permission name="android.permission.MODIFY_AUDIO_SETTINGS" uid="media" />
        <assign-permission name="android.permission.ACCESS_SURFACE_FLINGER" uid="media" />
        <assign-permission name="android.permission.WAKE_LOCK" uid="media" />
        <assign-permission name="android.permission.UPDATE_DEVICE_STATS" uid="media" />
        <assign-permission name="android.permission.UPDATE_APP_OPS_STATS" uid="media" />
    
        <assign-permission name="android.permission.ACCESS_SURFACE_FLINGER" uid="graphics" />
    
        
    
        <library name="android.test.runner"
                file="/system/framework/android.test.runner.jar" />
        <library name="javax.obex"
                file="/system/framework/javax.obex.jar"/>
    
        <feature name="android.software.app_widgets"/>
        <feature name="android.software.device_admin"/>
    
    </permissions>

[SouthEast]: /images/20220601/de5c20161b9b4cfbbc288862cadb96f4.png
[SouthEast 1]: /images/20220601/23e4accd0b28434da2a45f58249c9e0d.png
[Center]: /images/20220601/0e25c2447f5a48f9b61d28a51c136fc4.png
[Center 1]: /images/20220601/0da94d7600f0491ca63ccd55cd5b0a16.png
[Center 2]: /images/20220601/d4310487e9e4420786e1ac301c8214ed.png
[Center 3]: /images/20220601/f0a33c82841646f0ad8e739da6190833.png
[Center 4]: /images/20220601/691c5b18fb1d4e2394f18329b9b20f5a.png
[Center 5]: /images/20220601/1a1f046c0b79447e8876d76c60c8c163.png
[Center 6]: /images/20220601/492a6feef4e8429ca2308e4bdde57f13.png