eMMC和一般硬盘类似，分区信息位于 mmcblk0 的 0 扇区，内核不负责分区的创建，仅仅是读0扇区MBR及分区表即来获得分区信息。
这里讨论的是非GPT的分区问题
eMMC的镜像生成需要用到genimage工具，其需要改配置文件
具体可查阅官方 https://github.com/pengutronix/genimage
比如
genimage --rootpath "genimage/root" --tmppath "genimage/tmp" --inputpath "genimage/input" --outputpath "genimage/image" --config "genimage/gen.cfg"
它会根据gen.cfg中设置的分区信息来自动生成各分区镜像及总镜像
通过genimage生成了eMMC的镜像，再烧录到eMMC后，启动板子后却发现分区不对，分了8个区(包含一个扩展分区信息)加载后发现最后一个15G的分区识别不出来,
一开始感觉是是哪里出了BUG，导致不支持扩展分区上的逻辑分区大于3个，后面发现这个方向不对，因为用fdisk去看烧录的镜像，可以正确看到所有的分区都是在的
/sbin/fdisk -l ./sdcard.img
Disk ./sdcard.img：286 MiB，299895296 字节，585733 个扇区
单元：扇区 / 1 * 512 = 512 字节
扇区大小(逻辑/物理)：512 字节 / 512 字节
I/O 大小(最小/最佳)：512 字节 / 512 字节
磁盘标签类型：dos
磁盘标识符：0x00000000
设备 启动 起点 末尾 扇区 大小 Id 类型
./sdcard.img1 * 1 12288 12288 6M c W95 FAT32 (LBA)
./sdcard.img2 12289 217088 204800 100M 0 空
./sdcard.img3 * 217089 237568 20480 10M c W95 FAT32 (LBA)
./sdcard.img4 237569 33554431 33316863 15.9G f W95 扩展 (LBA)
./sdcard.img5 237570 368641 131072 64M 83 Linux
./sdcard.img6 368643 380930 12288 6M c W95 FAT32 (LBA)
./sdcard.img7 380932 585731 204800 100M 0 空
./sdcard.img8 585733 33554431 32968699 15.7G 83 Linux
总共16G的eMMC
可以看到第一行起点是1,代表扇区，0扇区就是MBR (一个扇区512字节)
第四行起点是237569,第五行起点是237570，代表第四行的分区占用了1个扇区，这一行是扩展分区，它接在三个主分区后面, 大小是15.9G
5～8这4个分区都是分在扩展分区里的逻辑分区, 且逻辑分区间会有1个扇区的间隔，不同于主分区无间隔，这1个扇区是逻辑分区的分区表信息
MBR
dd if=./sdcard.img of=mmc_mbr.bin bs=512 count=1
MBR可以看到三个主分区及扩展分区，逻辑分区则看不到的
/sbin/fdisk -l ./mmc_mbr.bin
读取扩展分区表失败(偏移=237569): 没有那个文件或目录
Disk ./mmc_mbr.bin：512 B，512 字节，1 个扇区
设备 启动 起点 末尾 扇区 大小 Id 类型
./mmc_mbr.bin1 * 1 12288 12288 6M c W95 FAT32 (LBA)
./mmc_mbr.bin2 12289 217088 204800 100M 0 空
./mmc_mbr.bin3 * 217089 237568 20480 10M c W95 FAT32 (LBA)
./mmc_mbr.bin4 237569 33554431 33316863 15.9G f W95 扩展 (LBA)
扩展分区
每次能看到2个分区的信息
逻辑分区1,2
dd if=./sdcard.img of=partition.bin bs=512 count=1 skip=237569
/sbin/fdisk -l partition.bin
读取扩展分区表失败(偏移=131073): 没有那个文件或目录
设备 启动 起点 末尾 扇区 大小 Id 类型
partition.bin1 1 131072 131072 64M 83 Linux
partition.bin2 131073 143361 12289 6M f W95 扩展 (LBA)
逻辑分区2,3
dd if=./sdcard.img of=partition2.bin bs=512 count=1 skip=368642
/sbin/fdisk -l partition2.bin
读取扩展分区表失败(偏移=143362): 没有那个文件或目录
设备 启动 起点 末尾 扇区 大小 Id 类型
partition2.bin1 1 12288 12288 6M c W95 FAT32 (LBA)
partition2.bin2 143362 348162 204801 100M f W95 扩展 (LBA)
逻辑分区3, 4
dd if=./sdcard.img of=partition3.bin bs=512 count=1 skip=380931
/sbin/fdisk -l partition3.bin
读取扩展分区表失败(偏移=348163): 没有那个文件或目录
Disk partition3.bin：512 B，512 字节，1 个扇区
设备 启动 起点 末尾 扇区 大小 Id 类型
partition3.bin1 1 204800 204800 100M 0 空
partition3.bin2 348163 33316862 32968700 15.7G f W95 扩展 (LBA)
烧录后，在板子上查看分区表信息，如下最后一个分区活生生被吃了,只有1到7,少了8
/ # cat /proc/partitions
major minor #blocks name
1 0 8192 ram0
1 1 8192 ram1
31 0 512 mtdblock0
31 1 256 mtdblock1
31 2 64 mtdblock2
31 3 512 mtdblock3
31 4 640 mtdblock4
31 5 64 mtdblock5
179 0 15267840 mmcblk0
179 1 6144 mmcblk0p1
179 2 102400 mmcblk0p2
179 3 10240 mmcblk0p3
179 4 1 mmcblk0p4
179 5 65536 mmcblk0p5
179 6 6144 mmcblk0p6
179 7 102400 mmcblk0p7
179 24 4096 mmcblk0boot1
179 12 4096 mmcblk0boot0
/proc/partitions这个是由内核生成的，可以定位到是内核出了问题，只能从源码上着手分析了
eMMC kernel加载过程
mmc_blk_probe->block.c
mmc_add_disk->
add_disk->genhd.c
register_disk->
blkdev_get->block_dev.c
__blkdev_get->
rescan_partitions->partition-generic.c
check_partition
add_partition // 这里添加分区信息
//add_partition是由rescan_partition调用的
//block/partition-generic.c
int rescan_partitions(struct gendisk *disk, struct block_device *bdev)
{
/* add partitions */
for (p = 1; p < state->limit; p++) { // 注意这里state->limit限制了分区数
part = add_partition(disk, p, from, size,
state->parts[p].flags,
&state->parts[p].info);
}
}
// state->limit分区数限制是从哪里来的呢，是从下面这个disk_max_parts来的
static inline int disk_max_parts(struct gendisk *disk)
{
if (disk->flags & GENHD_FL_EXT_DEVT)
return DISK_MAX_PARTS;
return disk->minors; // 到这里就变成由minors限定了
}
// 这里会把disk_max_parts返回的值赋值给state->limit
//block/partitions/check.c
static struct parsed_partitions *allocate_partitions(struct gendisk *hd)
{
struct parsed_partitions *state;
int nr;
state = kzalloc(sizeof(*state), GFP_KERNEL);
if (!state)
return NULL;
nr = disk_max_parts(hd); // 获取最大分区数
state->parts = vzalloc(nr * sizeof(state->parts[0]));
if (!state->parts) {
kfree(state);
return NULL;
}
state->limit = nr; // 这里对数量做了限制
return state;
}
// limit由minors来的，那么minors又是从哪里赋值来的呢，看下面这个函数
//drivers/mmc/card/block.c
// 这里predev_minor从CONFIG_MMC_BLOCK_MINORS赋值来的,看到有CONFIG_XX就可以猜测是内核的配置中设置的
// 所以如果eMMC镜像写入后，kernel再加载出来分区数少了，很可能是这个CONFIG_MMC_BLOCK_MINORS的值设置小了
// 原因大致是定位到了，接下来是为了验证这个猜想, 看代码
static int perdev_minors = CONFIG_MMC_BLOCK_MINORS;
static struct mmc_blk_data *mmc_blk_alloc_req(struct mmc_card *card,
struct device *parent,
sector_t size,
bool default_ro,
const char *subname,
int area_type)
{
md->disk = alloc_disk(perdev_minors); // 在这里由perdev_minors赋值来的, alloc_disk的函数名就叫minors
}
// 这里看函数原型
//block/genhd.c
struct gendisk *alloc_disk(int minors)
{
return alloc_disk_node(minors, NUMA_NO_NODE);
}
EXPORT_SYMBOL(alloc_disk);
struct gendisk *alloc_disk_node(int minors, int node_id)
{
disk->minors = minors; // 这里就是minors的真正赋值的地方
}
修改kernel config中的 CONFIG_MMC_BLOCK_MINORS 为9后就正常了(只要大于8就行), 原始的配置就是8, 所以就少了一个分区
/ # cat /proc/partitions
major minor #blocks name
1 0 8192 ram0
1 1 8192 ram1
31 0 512 mtdblock0
31 1 256 mtdblock1
31 2 64 mtdblock2
31 3 512 mtdblock3
31 4 640 mtdblock4
31 5 64 mtdblock5
179 0 15267840 mmcblk0
179 1 6144 mmcblk0p1
179 2 102400 mmcblk0p2
179 3 10240 mmcblk0p3
179 4 1 mmcblk0p4
179 5 65536 mmcblk0p5
179 6 6144 mmcblk0p6
179 7 102400 mmcblk0p7
179 8 14974973 mmcblk0p8
179 24 4096 mmcblk0boot1
179 12 4096 mmcblk0boot0
正常
作者：帅得不敢出门
1802
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
