Переразметка памяти android что это

ciases / Переразметка памяти на смартфоне.md

Инструкция по увеличению, уменьшению и восстановлению внутренней памяти и USERDATA — Пример Для Аппарата 1/4.

Перезагружаемся в рековери. Размонтируем все что есть: twrp > монтирование > отключаем все. Далее в Расширенные > Терминал . На текущей директории Выбрать(Select) . Попадаем в командную строку. Смотрим информацию по разделам командой (0 — ноль):

После команды, появится таблица и идем в самый низ, находим цифры 26 и 27 . 26 раздел с именем userdata , если вы запароли только внутренню память, то за это отвечает 27 раздел, его может не быть вообще или быть, но без метки ‘grow’ , если просто нет метки, то из-за этого внутренняя память может не монтироваться (для этого нужно ввести команду: parted /dev/block/mmcblk0 name 27 ‘grow’ и перезагрузиться рековери и выбрать внутреннюю память в разделе инсталл,после перезагрузки она определится).

2. Удаление разделов

Перед удалением разделов, посмотрите начальные значения в мегабайтах для 26 и 27 разделов . Они указаны как данные с которых берется начало ,например: 1347 3959 — первое значение, начало — в мегабайтах, а второе конец. Так как у меня аппарат 1/4, то поэтому у меня конец в 3959 — что равно 4гб общей памяти. У меня был только 26 раздел, из — за чего и пропала внутренняя память, а 27 не было, он пропал. Поэтому я решил делать переразметку.

Удаление разделов (это необратимые действия. После них разделы для системы будут потеряны): Вводим команды:

Все разделов нет. Они удалены. Делаем проверку таблицы снова и для этого вводим команду:

В таблице должно бить 25 наименования после удаления, то есть последняя цифра в нумераци должна быть 25.

3. Создаем раздел userdata (внутренняя память)

Вводим начальные и конечные данным в мегабайтах. Если хотите добавить больше места на внутренню память для программ и музыки, например, у меня раздел 26 начинался на 1347, а конечный я указал 2000(мегабайт). Таким образом, 27 раздел нужо будет записывать с конца 26. То есть 27 -тот где будут проги и музыка ,будет начинаться с 2000 и заканчиваться 3959. То есть для своих данных я освободил 1.8 гб.

Команда для создания 26 раздела — UserData:

Цифры, вписываете свои-из своей таблицы,которые нужно было переписать на листик или в блокнот на комп.

Выдаем имя новому разделу

Проверяем разделы после выполнения:

Должен появиться 26 ой раздел в ext2 c конечным разделом — в моем примере конечный обьем 2000мб. Если появился то идем дальше.

4. Создаем раздел для данных (внешняя память)

Здесь мы создаем 27 раздел — для данных, музы и т д. Команда создания почти такая же что и в предыдущем шаге. Вместо 100% можно указать конечный размер 3959 в мегабайтах.

Далее присваиваем имя или имя для 27 раздела, чтобы оно отображался как внутрення память для программ и монтировался в компьютере.

Проверяем разделы после выполнения:

Должен появиться раздел 27 с вашими введенными данными. М моем случае, он начинается на 2000мб и заканчивается на 3959мб.

После этого или делаем перезагрузку в рековери снова,чтобы обновить данные и ставим прошивку или же ставим ее сразу. Если Интернал Сторедж-Врунтренняя память для программ и ваших данных не отображается, проверьте есть ли в 27 разделе метка grow , у 26 раздела это метка userdata . Если у 27 раздела нет метки, делаем ее так:

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

Если после всего все работает ,но внутренней памяти нет-для программ, игр и т д. Тогда проделайте еще раз:

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

Источник

Мобильные устройства изнутри. Разметка памяти, структура файлов описания и разметки памяти

1. Введение

Как оказалось, разметка физической памяти мобильных устройств (МУ) это малоописанный раздел знаний, необходимых разработчику. Т.к. память существует во всех устройствах, созданных на основе микропроцессоров или микроконтроллеров, а их уже миллиарды, то это еще и очень-очень востребованный раздел знаний.

Эта статья посвящена аспектам разметки памяти только МУ, т.к. именно здесь существует тесно свитый разными производителями клубок из файлов описания разметки при почти полном отсутствии теоретических данных о структуре самих этих файлов.

Разметка физической памяти МУ формируется на основании таблиц или списков описаний параметров разделов памяти. Практически каждая фирма-производитель МУ имеет свою форму (структуру) этих таблиц. Тем не менее, все описания параметров разделов имеют много общего, что позволяет рассматривать их в едином контексте.

На основе таблиц описаний затем формируются файлы разметки памяти, которые в виде образов разделов прошиваются непосредственно в память МУ.

2. Что такое разметка памяти?

Подробнее, что представляет собой разметка памяти МУ и для чего это нужно, можно посмотреть, например, в [1]. Вот еще одна публикация, в которой доступно объясняется устройство памяти и ее разметка [2].

Если кратко, то разметка памяти, как процесс, выполняет распределение всего объема внутренней физической памяти МУ на отдельные разделы, которые могут иметь разное функциональное назначение, вплоть до разных файловых систем, и разные права доступа. Это позволяет выделить в памяти отдельно области для хранения данных и работы пользователя, отдельно для работы операционной системы, шифровать или форматировать разделы при необходимости и независимо друг от друга и т.д.

При выполнении разметки разработчик МУ должен придерживаться некоторых правил, которые называются схемами разметки памяти. Схема разметки описывает размещение всех разделов физической памяти: их очередность, смещение и название, т.е. метку или имя раздела. Могут указываться и другие параметры: его размер, тип, регион, флаги и т.п.

Для выполнения разметки памяти используют файлы двух видов: текстовые и бинарные (двоичные RAW-файлы).

Текстовый файл представляет собой перечень (список) всех разделов памяти, каждая запись которого содержит описание основных параметров этих разделов. Он используется при выполнении нескольких операций:

• флешер заполняет разделы созданной разметки памяти МУ, т.е. прошивает образы разделов в них;
• при автоматическом создании бинарных файлов разметки, т.е. образа раздела разметки.

Бинарный файл разметки содержит разметку памяти в структурированном виде, понятном для работы операционных систем (ОС). Он размещается в прошивке МУ и затем прошивается в раздел разметки непосредственно в физическую память.

Процесс создания разметки памяти можно описать следующим алгоритмом:

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

Давайте рассмотрим схемы разметки памяти и строение таблиц описаний параметров подробнее.

3. Схемы разметки памяти

Чаще всего применяются две схемы разметки памяти: Mbr и Gpt.

При любой схеме разметки памяти первым по порядку разделом в пользовательском регионе МУ всегда должен быть раздел разметки (Mbr, Gpt, Parameter).

3.1.Mbr-схема разметки памяти

Согласно Mbr-схеме память МУ представляется как последовательность разделов, дополненная главной загрузочной записью или Mbr (Master Boot Record), содержащей таблицу описания разделов. Mbr физически располагается в первом (нулевом) секторе памяти МУ:

рис.1. Главная загрузочная запись.

Mbr содержит сигнатуру, т.е. признак Mbr, и непосредственно саму таблицу описания разделов.

Внутреннее строение Mbr [3] позволяет разместить в ней только 4 записи о разделах, что является в современных условиях существенным недостатком. Если требуется разбить память на большее количество разделов, то используется дополнительная (расширенная) загрузочная запись Extended Boot Record (Ebr). При этом в Mbr вместо записи об одном из разделов помещается запись о дополнительном (extended) разделе, содержащем только Ebr.

Сама Ebr устроена аналогично Mbr, и использовать ее нужно точно также. Т.е., если при заполнении таблицы Ebr опять не хватает места под записи о разделах, то создается следующая Ebr-таблица и т.д.

Mbr и все Ebr могут помещаться в отдельные файлы-образы, которые размещаются и прошиваются в соответствующих отдельных разделах памяти. При этом все файлы, содержащие Ebr, имеют имена нумерованные последовательно: Ebr1, Ebr2,…

При другом варианте Ebr помещаются в один файл-образ последовательно, тогда этот образ, соответственно, размещается в одном Ebr-разделе памяти.

3.2. Gpt-схема разметки памяти

Gpt-схема разметки (GUID Partition Table) является частью EFI (Extensible Firmware Interface) — стандарта, используемого вместо BIOS для разметки памяти и загрузки ее разделов. Переход на другой формат описания разделов позволил устранить самый существенный недостаток Mbr-схемы — малое число разделов, т.к. в таблице описания разделов Gpt можно разместить до 128 разделов. Структуру самих таблиц можно посмотреть в [4].

Согласно Gpt-схеме память МУ тоже представляет собой последовательность разделов, необходимых для работы МУ, дополненную спереди Gpt-таблицей описания разделов, называемой основной. При этом после всех разделов размещается дополнительная Gpt-таблица, называемая резервной. Такое расположение таблиц, теоретически, повышает надежность разметки, т.к. при сбое или порче основной Gpt-таблицы ОС может использовать для работы, или восстановления основной, резервную.

4. Таблицы описания разделов памяти

Таблицы описания разделов памяти МУ содержат информацию о всех разделах, необходимую для создания разметки памяти. Каждая строка (запись) таблицы описывает один раздел и содержит, как правило, следующие параметры:

• — метка (название или имя) раздела;
• — смещение раздела.

Т.к. эти таблицы используются производителями МУ при выполнении непосредственно прошивки образов разделов в память при помощи флешеров (программаторов), то записи могут содержать дополнительные параметры, требуемые для правильной настройки свойств разделов, например:

• — имя файла, содержащего образ раздела;
• — размер раздела;
• — регион размещения раздела;
• — флаги раздела, например, «только для чтения», «шифрованный», «разрешена запись при работе Fastboot».

Физически таблицы описания разделов представляют собой текстовые файлы формата txt или xml. В моей практике встречались следующие их разновидности:

• — parameter-файл. Используется производителями МУ на основе чипов RK, формат — txt;
• — rawprogram0-файл. Используется производителями МУ на основе чипов Qualcomm, формат — xml;
• — ota-файл. Универсальный файл, используется для описания разметки прошивки всеми производителями МУ при автоматическом обновлении по «воздуху» (OTA-обновлении), формат — txt;
• — scatter-файл. Используется производителями МУ на основе чипов MTK, формат — txt.

Давайте рассмотрим их строение подробнее.

4.1. Parameter-файл

Прошивка МУ на чипе RK содержит текстовый файл PARAMETER, который предназначен для описания построения (настройки и загрузки) физической памяти блочного типа. Причем использовался он и на ОС LINUX.

Оригинальный вид содержимого файла PARAMETER для МУ Cube u30gt-M приведен ниже:

FIRMWARE_VER:4.0.4
MACHINE_MODEL:U30GT-M
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC:0x5041524D
ATAG:0x60000800
MACHINE:3066
CHECK_MASK:0xFF
KERNEL_IMG:0x60408000
RECOVERY_KEY:0,4,C,6,0
COMBINATION_KEY:0,4,C,6,0
CMDLINE: console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00004000@0x00004000(kernel),0x00008000@0x00008000( boot),0x00008000@0x00010000(recovery),0x000C0000@0x00018000(backup),0x00040000@0x000D8000(cache),0x00200000@0x00118000(userdata),0x00002000@0x00318000(kpanic),0x00120000@0x0031A000(system),-@0x0043A000(user)

4.1.1. Описание параметров файла PARAMETER

Файл PARAMETER может содержать следующие параметры:

• параметр FIRMWARE_VER указывает номер версии прошивки, например, 4.0.4 или 1.11;
• параметр MACHINE_MODEL указывает НАЗВАНИЕ модели, для которой предназначена прошивка;
• параметр MACHINE_ID указывает идентификатор модели;
• параметр MANUFACTURER указывает фирму-изготовителя;
• параметр MAGIC содержит сигнатуру файла PARAMETER, которая содержит строку из 4 букв: «PARM«.
• параметр ATAG. Значение мне не известно;
• параметр MACHINE указывает тип процессора, использованного в МУ;
• параметр CHECK_MASK. Значение мне не известно;
• параметр KERNEL_IMG содержит смещение в байтах образа ядра в памяти при начальной загрузке. Например, 0x6040800;
• параметр RECOVERY_KEY и COMBINATION_KEY. Их назначение мне не известно;
• параметр CMDLINE содержит командную строку, передаваемую ядру при запуске устройства.

Самый большой интерес для разработчика представляет параметр CMDLINE. Он содержит набор значений ключей для настройки Вашего устройства.
Рассмотрим строение параметра CMDLINE отдельно.

4.1.2. Параметр CMDLINE и его возможности

Формат командной строки, т.е. CMDLINE, имеет следующий вид:

CMDLINE: ключ1=значение1 [ключ2=значение2], где

• ключ1 — имя ключа 1;
• значение1 — значение ключа 1.

Вот список возможных ключей:

• console, androidboot.console указывает тип устройства консоли;
• init позволяет указать процесс, используемый при инициализации МУ;
• initrd позволяет указать параметры initrd, используемого при загрузке, т.е. смещение и размер этого раздела памяти;
• mtdparts содержит описание разметки памяти;
• root позволяет назначить папку для пользователя root.

В свою очередь параметр mtdparts имеет следующее строение:

mtddef — описание разметки памяти устройства блочного типа (БУ). Если МУ содержит несколько БУ, то может содержать и несколько описаний, которые располагаются последовательно без промежутка и разделяются символом «точка с запятой».

Описание разметки памяти каждого БУ имеет следующее строение:

• mtd-id это имя драйвера (файла с расширением .ko), используемого для управления данным БУ (например, драйвер NAND-памяти rk29xxnand.ko);
• это последовательность структур partdef, содержащих описание параметров раздела памяти (partition) данного БУ и разделенных символом «запятая» («,»).

Каждая запись partdev содержит описание одного раздела памяти, за единицу измерения принят блок, размер которого составляет 0х200(512) байт, и имеет следующую структуру:

Параметр part_size описывает размер раздела в блоках, выраженный в hex-системе счисления. Если вместо размера указан символ «минус» («-«), это означает максимально возможный размер, т.е. до физического конца памяти.

Параметр part_offset представляет смещение раздела в блоках, выраженный в hex-системе счисления. Смещение всегда выравнивается на границу в 0х1000.

Параметр label (имя раздела) это строковый идентификатор раздела, заключенный в круглые скобки, например, (boot).

Параметр flag (флаг) может принимать только одно значение — «ro«, означающее, что раздел предназначен только для чтения. Отсутствие флага означает, что раздел доступен для чтения и записи.

Несколько очень важных замечаний:

• описание разметки памяти всех БУ, содержащихся в одном МУ, пишутся построчно для каждого БУ и разделяются символом «точка с запятой»;
• описание разметки памяти каждого БУ, т.е. всех разделов БУ, пишется в одну строку без переносов и переходов на другую. Записи разделов отделяются запятыми;
• разделы в памяти располагаются непрерывно, т.е. между ними нет «дыр».

4.2. Rawprogram0-файл

Файл rawprogram0.xml предназначен для описания разметки памяти МУ на основе чипов Qualcomm и имеет следующее строение:

Рис.3. Вид файла rawprogram0.xml от Lenovo s90a

Он содержит таблицу описания параметров разделов в виде xml-элементов типа program. Все разделы перечисляются строго в порядке их размещения в памяти МУ.

Каждый xml-элемент может содержать следующие xml-атрибуты:

SECTOR_SIZE_IN_BYTES — размер сектора в байтах;
file_sector_offset — смещение в секторах начала размещения образа в файле, содержащем образ;
filename — имя файла, содержащего образ раздела;
label — метка раздела;
num_partition_sectors — размер раздела в секторах;
physical_partition_number — ;
size_in_kb — размер раздела, выраженный в Кб;
sparse — признак sparse-файла;
start_byte_hex — смещение раздела в секторе, выраженное в байтах;
start_sector — смещение раздела в памяти, выраженное в секторах.

4.3. Ota-файл

Это единственный файл описаний, который описывает строение файла прошивки, а не разметку памяти.

Например, файл ota-обновления МУ на чипе МТ6582 фирмы MTK, имеет следующий вид:

Он содержит описание тех разделов, чьи образы присутствуют в файле прошивки для ota-обновления, каждое из которых имеет следующее строение:

label part_offset, где

• label — метка раздела подлежащего обновлению;
• part_offset — смещение образа раздела в файле ota-обновления.

Все образы в прошивке размещены строго последовательно без «дыр», поэтому размер каждого образа раздела part_size_n вычисляется по следующей формуле:

part_size_1 = part_offset_2 — part_offset_1

4.4. Scatter-файл

Файл scatter содержит описание разметки памяти МУ, построенных на основе чипов МТК. Существует три версии структуры этого файла, что связано с историческим развитием возможностей как самих чипов памяти, так и чипов процессоров фирмы MTK.

4.4.1. Версия 1

Файл описаний разметки первой версии содержит список описаний каждого раздела памяти, и имеет следующий вид:

Рис.5. Scatter-файл первой версии

Каждый раздел памяти описывается следующей структурой:

• __NODL_ — «No download» признак того, что раздел не прошивается и будет пропущен при обработке флешером. Соответственно, флешер не будет требовать наличие файла-образа этого раздела;
• name — метка раздела;
• offset — смещение раздела в байтах;
• length — длина раздела в байтах;
• flag — флаг раздела. Может содержать запись «ro», признак того, что раздел доступен только для чтения.

Чаще всего используется сокращенная запись вида:

Такое описание разделов памяти предполагает, что:

• каждый раздел имеет длину до начала следующего, без пропусков и разрывов;
• между двумя разделами не существует третьего (скрытого).

4.4.2. Версия 2

Scatter-файл описаний разметки памяти второй версии содержит заголовок и непосредственно таблицу описаний каждого раздела памяти. Он имеет следующий вид:

Рис.6. Scatter-файл второй версии

Заголовок содержит параметры прошивки целиком и содержит следующие поля:

• config_version — версия заголовка. Может быть V1.1.1 или V1.1.2;
• platform — аппаратная платформа (тип чипа), например, МТ6582;
• project — название проекта разработки прошивки;
• storage — тип используемого устройства памяти, например, EMMC;
• boot_channel — тип устройства загрузки;
• block_size — размер блока в байтах, например, для EMMC это поле имеет значение 0х20000.

Каждый раздел памяти описывается следующим набором полей:

partition_index — метка раздела;
partition_name — имя раздела;
file_name — имя файла, содержащего образ для прошивания в разделе, или NONE, если образ не требуется;
is_download — признак загружаемости раздела (что-то типа __NODL_);
type — тип раздела. Указывает на содержимое раздела. Может принимать следующие значения:

1. EXT4_IMG — раздел содержит часть файловой системы EXT4;
2. NORMAL_ROM — раздел содержит сохраненный образ или отдельный файл;
3. SV5_BL_BIN — раздел содержит «сырой код» (Raw Code) загрузчика;

linear_start_addr — смещение раздела в файле прошивки, байт;
physical_start_addr — смещение раздела в памяти МУ (физический адрес), байт;
partition_size — размер раздела в байтах;
region — название региона размещения раздела. Может принимать следующие значения:

1. EMMC_BOOT_1 — первый регион (область) загрузчика;
2. EMMC_BOOT_2 — второй регион загрузчика;
3. EMMC_USER — пользовательский регион;

storage — название хранилища размещения раздела;
boundary_check — признак необходимости выравнивания границы раздела;
is_reserved — признак необходимости резервного копирования;
operation_type — тип операции. Может принимать следующие значения:

1. BINREGION — область «сырого кода»;
2. BOOTLOADERS — загрузчик;
3. INVISIBLE — невидимый раздел;
4. PROTECTED — защищенный раздел;
5. RESERVED — зарезервирован;
6. UPDATE — обновляемый раздел;
7. reserve — значение мне не известно.

При работе флешер из таблицы описания разделов выбирает параметры, основными являются Begin Address и Format Length.

Для чипов МТ6572-МТ6577 в качестве значения Begin Address флешером используется значение поля linear_start_addr, отражающее истинное смещение раздела в памяти (представляющей один сплошной регион), т.к. чипы не умеют работать с регионами, а используемая память имела только один регион для размещения разделов. При этом значение поля «physical_start_addr» всегда равно нулю.

Чипы МТ6582 уже умеют работать с регионами, но используемая память еще имеет только один регион. Поэтому в качестве значения Begin Address флешером уже используется значение поля physical_start_addr, отражающее смещение раздела в пределах регионов, создаваемых в памяти программно, а поле linear_start_addr содержит значения смещения от начала чипа памяти.

В связи с тем, что, начиная с чипа МТ6592, МУ от МТК используют полноценную работу с регионами памяти, то для чипов МТ6592 и выше флешером в качестве значения Begin Address используется значение поля physical_start_addr.

Значение поля Format Length флешер всегда получает из поля partition_size.

5.Файлы разметки памяти.

Файлы разметки памяти содержат образ раздела разметки памяти МУ. Их структура зависит от схемы разметки (Gpt или Mbr) и от назначения, например, резервные файлы разметки Pmt или Gpt.

Встречаются следующие виды файлов разметки:

• Mbr-файл и Ebr-файл. Используются всеми производителями МУ, использующими Mbr-схему разметки памяти;
• Gpt-файл. Используются всеми производителями МУ, использующими Gpt-схему разметки памяти;
• Parameter-файл. Используется производителями МУ на основе чипов RK;
• Pmt-файл. Используется производителями МУ на основе чипов MTK для создания резервного файла разметки памяти;
• pit-файл. Используется производителями МУ на основе чипов Samsung.

5.1. Mbr-файл

Mbr-файл представляет собой образ раздела разметки памяти по Mbr-схеме, имеющий размер 1 сектор, т.е. 512 байт.
В МУ применяется так называемая классическая структура Mbr-файла [5]:

Рис.7. Классическая структура Mbr-файла

Каждая запись параметров раздела содержит следующие поля, значения которых отличается от принятых в классической структуре Mbr:

Поле IsBoot имеет размер 1 байт и используется для обозначения активности раздела, старший бит которого указывает на загрузочный раздел:

Поле Type имеет размер 1 байт и используется производителями МУ для обозначения типа описываемого раздела. Обозначение типа раздела у разных производителей могут отличаться, но есть некоторые общепринятые значения:

Поле Offset имеет размер 4 байта и содержит значение смещения раздела, выраженное в секторах.

Поле Size имеет размер 4 байта и содержит значение размера раздела, выраженное тоже в секторах.

По адресу 0x01FE расположена сигнатура Mbr-файла, имеющая значение 0xAA55.

5.2. Ebr-файл

Ebr-файл представляет собой образ расширенного раздела разметки памяти, выполненной по Mbr-схеме. Он имеет такое же строение и размер, как и Mbr-файл:

Рис.8. Классическая структура Ebr-файла

Отличия заключаются в том, что в Ebr-файле признак активности всегда установлен в 0, да и этих файлов, при необходимости, может быть уже не один, а 63. Соответственно, для их размещения тоже понадобится создавать до 63 разделов, что приводит к расточительному расходованию памяти МУ.

Если разделов памяти относительно немного, например, как в МУ Star Z2, то используются отдельные файлы Ebr1 и Ebr2, размещаемые в отдельных разделах. Но, если разделов много, например,, то все файлы Ebr можно сложить в один и разместить общий файл в одном разделе памяти.

5.3. Gpt-файл

Gpt-файл содержит образ разметки памяти по Gpt-схеме. Чаще всего МУ имеют стандартную структуру Gpt-схемы, поэтому, фактически, в прошивке имеется два Gpt-файла: основной, называемый pgpt (primary) или gpt_main, и вторичный (резервный), называемый sgpt (secondary) или gpt_backup.

Основной Gpt-файл располагается в памяти МУ, начиная с нулевого сектора, занимает 34 сектора и имеет следующее строение:

• весь первый сектор занимает Mbr, называемый защитным (PMBR — protective master boot record);
• весь второй сектор занимает заголовок Gpt, имеющий тоже размер 512 байт;
• с третьего по 34 включительно (32 сектора) занимает Gpt-таблица описания разделов. Каждая запись имеет размер 128 байт, а всего в таблице может быть не более 128 записей, поэтому она и занимает 128 * 128 = 16384 байт, т.е. 32 сектора.

Резервный Gpt-файл занимает 33 сектора и располагается в памяти МУ, вплотную к концу памяти, так, что последний сектор Gpt-файла располагается в физически последнем секторе памяти. Он имеет следующее строение:

• с первого по 32 сектора (32 сектора) занимает Gpt-таблица описания разделов;
• весь 33 сектор занимает заголовок Gpt.

5.4. Parameter-файл

Parameter-файл, т.е. образ раздела, содержащего разметку памяти, содержит только сам текстовый файл PARAMETER, причем независимо от размеров этого раздела. Вот как Parameter-файл выглядит, например, внутри прошивки для устройства U30GT-H фирмы RK [6]:

Рис.9. Parameter-файл от U30GT-H на процессоре RK3066

5.5. Pmt-файл

Pmt-файл представляет собой образ резервного раздела разметки памяти, используемой разработчиками МУ фирмы МТК, и имеет размер 4096 байт.

Образ раздела PMT состоит из двух таблиц описания разделов памяти. В начале расположена базовая, а следом за ней резервная или зеркальная (mirror) таблица описания разделов.

Каждая из таблиц состоит из:

— сигнатуры начала таблицы описания разделов. Для базовой таблицы это строка из следующих символов «PTv1»:

Рис.10.Сигнатура базовой таблицы

А для резервной таблицы эта строка имеет вид «MPT1»:

Рис.11.Сигнатура резервной таблицы

— непосредственно самой таблицы, содержащей записи описания разделов памяти. Конец таблицы отмечается «пустой» записью, т.е. записью, содержащей код 0х00 во всех ее полях;

— сигнатуры окончания таблицы. Для базовой таблицы это строка из следующих символов «‘PTv1’\х01\х01\х03\х01»:

Рис.12.Сигнатура конца базовой таблицы

Для резервной таблицы эта строка имеет вид «‘MPT1’\х01\х00\х03\х01»:

Рис.13.Сигнатура конца резервной таблицы

Структура каждой записи имеет размер 0х58 (88) байт состоит из 4 полей и имеет следующий вид:

5.6. Pit-файл

Pit-файл (Partition Information Table) представляет собой образ раздела разметки памяти, используемой разработчиками МУ фирмы Samsung, и имеет размер 4096 байт. Информация по строению образа взята из [7, 8].

Pit-файл состоит из заголовка и таблицы описаний параметров разделов.

Заголовок имеет размер 28 байт и содержит следующие поля:

Следом располагается таблица описаний параметров разделов, состоящая из записей о разделах. Признак конца таблицы — пустая запись. Каждая запись содержит следующие поля:

Поле binary содержит тип операционной системы. Допустимы следующие значения:

Поле device содержит тип устройства. Допустимы следующие значения:

Поле id содержит порядковый номер раздела в прошивке.

Поле flags содержит флаги раздела. Может принимать значения:

Поле update содержит флаги раздела при обновлении. Может принимать значения:

Поле part_off содержит смещение раздела в памяти, выраженное в блоках.

Поле part_len содержит размер раздела в памяти, выраженный в блоках.

Поле offset содержит смещение файла-образа в прошивке, выраженное в блоках.

Поле file_size содержит размер файла-образа, выраженный в блоках.

Поле label имеет длину 32 байта и содержит метку раздела памяти, завершенную нулем (0х00).

Поле file_name содержит имя файла-образа раздела прошивки, завершенное нулем (0х00).

Поле fota_name содержит имя файла-образа раздела прошивки FOTA-обновления, завершенное нулем (0х00).

Источник