Схема раздела Lenovo Tab 2

У меня есть Lenovo Tab 2 A7-20f.

Когда я пытаюсь cat /proc/emmc:

partno:    start_sect   nr_sects  partition_name
emmc_p1: 00000400 00000002 "ebr1"
emmc_p2: 00004800 00005000 "protect_f"
emmc_p3: 00009800 00005000 "protect_s"
emmc_p4: 0001ec00 00003000 "sec_ro"
emmc_p5: 0002e800 00300000 "android"
emmc_p6: 0032e800 0003f000 "cache"
emmc_p7: 0036d800 00b18000 "usrdata"

И когда я использую cat /proc/partitions:

major minor  #blocks  name

   7        0       9570 loop0
 253        0     524288 zram0
 179        0    7613440 mmcblk0
 179        1          1 mmcblk0p1
 179        2      10240 mmcblk0p2
 179        3      10240 mmcblk0p3
 179        4       6144 mmcblk0p4
 179        5    1572864 mmcblk0p5
 179        6     129024 mmcblk0p6
 179        7    5816320 mmcblk0p7
 179       64       4096 mmcblk0boot1
 179       32       4096 mmcblk0boot0

Я не думаю, что это типичный макет раздела Android. Любая идея, какой из них является разделом восстановления и загрузки? Или как это узнать?

Обновление:
когда я ищу, /proc/dumchar_infoя получаю

Part_Name Size StartAddr Type MapTo Region
предварительный загрузчик 0x0000000000040000 0x00000000000000000 2 /dev/misc-sd BOOT_1
mbr 0x0000000000080000 0x00000000000000000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
ebr1 0x0000000000080000 0x0000000000080000 2 /dev/block/mmcblk0p1 ПОЛЬЗОВАТЕЛЬ
pro_info 0x0000000000300000 0x0000000000100000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
nvram 0x0000000000500000 0x0000000000400000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
Protect_f 0x0000000000a00000 0x0000000000900000 2 /dev/block/mmcblk0p2 ПОЛЬЗОВАТЕЛЬ
Protect_s 0x0000000000a00000 0x0000000001300000 2 /dev/block/mmcblk0p3 ПОЛЬЗОВАТЕЛЬ
seccfg 0x0000000000020000 0x0000000001d00000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
uboot 0x0000000000060000 0x0000000001d20000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
bootimg 0x0000000001000000 0x0000000001d80000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
восстановление 0x0000000001000000 0x0000000002d80000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
sec_ro 0x0000000000600000 0x0000000003d80000 2 /dev/block/mmcblk0p4 ПОЛЬЗОВАТЕЛЬ
разное 0x0000000000080000 0x0000000004380000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
логотип 0x0000000000300000 0x0000000004400000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
expdb 0x0000000000a00000 0x0000000004700000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
tee1 0x0000000000500000 0x0000000005100000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
tee2 0x0000000000500000 0x0000000005600000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
kb 0x0000000000100000 0x0000000005b00000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
dkb 0x0000000000100000 0x0000000005c00000 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
android 0x0000000060000000 0x0000000005d00000 2 /dev/block/mmcblk0p5 ПОЛЬЗОВАТЕЛЬ
кэш 0x0000000007e00000 0x0000000065d00000 2 /dev/block/mmcblk0p6 ПОЛЬЗОВАТЕЛЬ
usrdata 0x0000000163000000 0x000000006db00000 2 /dev/block/mmcblk0p7 ПОЛЬЗОВАТЕЛЬ
bmtpool 0x0000000001500000 0x00000000ffff00a8 2 /dev/block/mmcblk0 ПОЛЬЗОВАТЕЛЬ
Part_Name: Имя раздела, который вы должны открыть;
Размер: размер раздела
StartAddr: Начальный адрес раздела;
Тип:Тип раздела(MTD=1,EMMC=2)
MapTo:фактическое устройство, которым вы управляете

Теперь, как я могу узнать, какой из них является системным разделом и почему Boot и Recovery являются одним разделом?

Что ls -l /dev/block/platform/*/by-nameраскрывает?
После включения экспертного режима в его настройках, что показывает DiskInfo ?
1. Есть просто каталог "по номеру". Ничего нового в этом нет. Только известные числовые имена. 2. imgur.com/tMimJwW imgur.com/soJuVXR
Спасибо @Иззи! Ваше решение кажется лучшим, которое я нашел до сих пор. Проверим, действительно ли это помогает. Тем временем вы можете опубликовать это как ответ, чтобы мы могли закрыть это. ;)
Это было бы дублированием ответа. Лучше было бы, если бы я проверил немного глубже и дал ответ, более близкий к вашей проблеме :) Также не стесняйтесь попробовать мой Adebar для этого. Работает в Linux, а также в Windows в Cygwin.
Согласованный. Ваш инструмент кажется интересным. Посмотрим на это.
@Izzy Я обновил Вопрос. Boot и Recovery находятся на одном разделе, что мне кажется немного любопытным.

Ответы (1)

Почему Boot и Recovery являются одним разделом?

Ответ на этот вопрос вы можете найти в записи Wiki на Github . Цитирование соответствующей части:

Поскольку устройства MTK используют механизм uboot, разделы, включая загрузочный и раздел восстановления, не отображаются как отдельные разделы, а доступны последовательно по размеру и параметрам запуска.

Вы можете видеть, что это отражено в вашем выводе /proc/dumchar_info: размер - второй столбец, начальный сектор - третий. Думайте об этом как об «образах дисков, хранящихся на необработанном носителе» (не точное описание, но его легче визуализировать).

Какой раздел является системным?

Моя первая догадка (по имени) была sec_ro(поскольку система «ro», только для чтения). Но это недостаточно точно. Чтобы узнать, вам понадобится размер сектора и размер вашего /systemраздела, затем вы можете выполнить математику: /proc/emmcдает вам «количество секторов», которое занимает каждый раздел, в HEX. sec_roсоответственно занимает 0x3000 секторов, что будет 12288 в десятичном виде. При размере сектора 512 байт 1 это будет 6 МБ — слишком мало :) Лучшее предположение, вероятно, называется p5«android», что в сумме дает 1,5 ГБ — это, кажется, правильный размер. cacheесть /cacheи usrdataбудет /dataраздел.


1: в соответствии с пониманием формата файлов MTK MBR/EBR.

Спасибо, очень полезно. Я думаю, что я решил проблему через это.