内部からのモバイルデバイス。 メモリマークアップ、メモリ記述の構造、およびマークアップファイル

1.はじめに

結局のところ、モバイルデバイス（MU）の物理メモリのレイアウトは、開発者が必要とする知識の記述が不十分なセクションです。 なぜなら メモリは、マイクロプロセッサまたはマイクロコントローラに基づいて作成されたすべてのデバイスに存在し、すでに数十億個あります。これは非常に人気のある知識のセクションでもあります。



この記事では、MUのみのメモリレイアウトの側面について説明します。 ここでは、さまざまなメーカーが密接に絡み合ったマークアップ記述ファイルが絡み合っており、これらのファイル自体の構造に関する理論的なデータがほぼ完全に欠落しています。



MUの物理メモリのレイアウトは、メモリパーティションのパラメータの説明のテーブルまたはリストに基づいて形成されます。 ほとんどすべての製造会社には、これらのテーブルの独自の形式（構造）があります。 ただし、セクションパラメータのすべての説明には多くの共通点があるため、それらを単一のコンテキストで考慮することができます。



ディスクリプションテーブルに基づいて、メモリマークアップファイルが作成され、パーティションイメージの形式でMUのメモリに直接フラッシュされます。

2.メモリマークアップとは何ですか？

より詳細には、MUメモリのマーキングとその必要性については、たとえば[1]で見ることができます。 メモリデバイスとそのレイアウトを説明する別の出版物があります[2]。



つまり、メモリマークアップは、プロセスとして、MUの内部物理メモリのボリューム全体を、異なる機能目的、異なるファイルシステム、異なるアクセス権を持つことができる個別のセクションに分散します。 これにより、オペレーティングシステム用にデータストレージとユーザー作業用に別々のメモリ領域を割り当て、必要に応じて、互いに独立してパーティションを暗号化またはフォーマットすることができます。



マークアップを実行する場合、MUの開発者は、メモリマークアップスキームと呼ばれるいくつかのルールに従う必要があります。 マークアップスキームは、物理メモリのすべてのセクションの配置を記述します。順序、オフセット、名前、つまり ラベルまたはセクション名。 他のパラメータが示される場合があります：そのサイズ、タイプ、領域、フラグなど。



メモリマークアップを実行するには、テキストとバイナリ（バイナリRAWファイル）の2種類のファイルが使用されます。



テキストファイルは、メモリのすべてのセクションのリスト（リスト）であり、各エントリにはこれらのセクションの主要なパラメーターの説明が含まれています。 複数の操作を実行するときに使用されます。

• フラッシャーは、MUの作成されたメモリレイアウトのセクションを埋めます。 それらのパーティションのイメージをフラッシュします。
• バイナリマークアップファイルを自動的に作成する場合、つまり マークアップパーティションイメージ。

バイナリマークアップファイルには、オペレーティングシステム（OS）の操作が理解できる構造化された形式のメモリマークアップが含まれています。 MUのファームウェアに配置され、パーティションセクションに直接フラッシュされて物理メモリに書き込まれます。



メモリマークアップを作成するプロセスは、次のアルゴリズムで説明できます。

• 一連のメモリパーティションが計画されています。
• すべてのメモリセクションの説明用のテキストファイルが作成され、マークアップセクション自体も忘れません。
• バイナリファイルは、テキストファイルデータに基づいて作成されます。テキストファイルデータは、マークアップセクション自体を含む、記述されたメモリセクションの画像です。

メモリレイアウトスキームとパラメーター記述テーブルの構造をさらに詳しく見てみましょう。

3.メモリレイアウトスキーム

ほとんどの場合、 MbrとGptの 2つのメモリマークアップスキームが使用されます。



メモリレイアウトスキームの場合、MUのユーザー領域のセクションの最初は常にパーティションセクション（Mbr、Gpt、Parameter）である必要があります。

3.1.Mbrメモリレイアウト

Mbrスキームによれば、MUメモリは一連のパーティションとして表され、マスターブートレコードまたはパーティション記述テーブルを含むMbr （マスターブートレコード）によって補完されます。 Mbrは 、MUメモリの最初の（ゼロ）セクターに物理的に配置されています。





図1 。 マスターブートレコード。



Mbrには署名が含まれています。 属性Mbr 、およびセクションの説明のテーブル。



Mbr [3]の内部構造により、パーティションに関する4つのレコードのみを配置できます。これは、現代の状況では大きな欠点です。 メモリをより多くのパーティションに分割する場合は、追加の（拡張）ブートレコードExtended Boot Record（ Ebr ）が使用されます。 同時に、セクションの1つについて記述する代わりに、 Ebrのみを含む追加の（拡張）セクションに関するエントリがMbrに配置されます 。



Ebr自体はMbrと同様に設計されており、同じ方法で使用する必要があります。 つまり、 Ebrテーブルにデータを入力するときに、パーティションエントリに十分なスペースがない場合、次のEbrテーブルが作成されます。



MbrとすべてのEbrは、対応する個別のメモリセクションに配置され、フラッシュされる個別のイメージファイルに配置できます。 さらに、 Ebrを含むすべてのファイルには、順番に番号が付けられた名前があります： Ebr1 、 Ebr2 、...



別の実施形態では、 Ｅｂｒは単一の画像ファイルに連続して配置され、次にこの画像はそれぞれメモリの１つのＥｂｒセクションに配置される。

3.2。 GPTメモリレイアウト

Gptパーティションテーブル（GUIDパーティションテーブル）は、 BIOSの代わりにメモリをパーティション化し、パーティションをロードするために使用される標準であるExtensible Firmware Interface（ EFI ）の一部です。 パーティションの説明を別の形式に移行することで、 Mbrスキームの最も重大な欠点である少数のパーティションを排除することができました。 Gptセクションの説明表には、最大128個のパーティションを配置できます。 テーブル自体の構造は[4]にあります。



Gpt-スキームによれば、MUメモリは、MUが機能するために必要な一連のパーティションであり、メインと呼ばれるGpt-パーティション記述テーブルが前に追加されます。 同時に、すべてのセクションの後に、バックアップと呼ばれる追加のGptテーブルが配置されます。 テーブルのこの配置は、理論的には、レイアウトの信頼性を向上させます。 メインのGptテーブルに障害または損傷が発生した場合、 OSはバックアップを使用して作業したり、メインのGptテーブルを復元したりできます。

4.メモリのセクションの説明の表

MUのメモリパーティションの説明の表には、メモリレイアウトの作成に必要なすべてのパーティションに関する情報が含まれています。 表の各行（レコード）は1つのセクションを説明し、通常は次のパラメーターを含みます。

• -セクションのラベル（名前または名前）。
• -セクションオフセット。

なぜなら これらのテーブルは、フラッシャー（プログラマー）を使用してパーティションイメージをメモリに直接フラッシュするときにMUメーカーによって使用され、レコードにはパーティションプロパティの正しい設定に必要な追加パラメーターが含まれる場合があります。

• -パーティションイメージを含むファイルの名前。
• -セクションサイズ。
• -セクションの領域。
• -セクションフラグ。たとえば、「読み取り専用」、「暗号化」、「Fastbootの実行中は書き込みが許可されます。」

物理的には、セクションの説明テーブルはtxtまたはxml形式のテキストファイルです。 私の実践では、次の種類が見つかりました。

• - パラメータファイル 。 RKチップに基づいたMUのメーカーが使用する形式-txt;
• -rawprogram0ファイル 。 Qualcommチップに基づくMUのメーカーが使用する形式-xml。
• -otaファイル 。 「air」（OTA-update）による自動更新中にMUのすべてのメーカーがファームウェアのマークアップを記述するために使用されるユニバーサルファイル、形式-txt;
• - スキャッタファイル 。 MTKチップに基づくMUメーカーが使用する形式-txt。

それらの構造をさらに詳しく見てみましょう。

4.1。 パラメータファイル

RKチップ上のMUファームウェアには、 PARAMETERテキストファイルが含まれています。これは、ブロックタイプの物理メモリの構造（構成と読み込み）を記述することを目的としています。 また、Linux OSでも使用されていました。



Cube u30gt-MコントロールユニットのPARAMETERファイルの内容の元のビューを以下に示します。

FIRMWARE_VER：4.0.4

MACHINE_MODEL：U30GT-M

MACHINE_ID：007

メーカー：RK30SDK

マジック：0x5041524D

ATAG：0x60000800

機械：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（カーネル）、0x00008000 @ 0x0000x00008000（ブート） 、0x000C0000 @ 0x00018000（バックアップ）、0x00040000 @ 0x000D8000（キャッシュ）、0x00200000 @ 0x00118000（ユーザーデータ）、0x00002000 @ 0x00318000（kpanic）、0x00120000 @ 0x0031A000（システム）、-@ 0x0043A000（ユーザー）

図2 RK パラメーターファイル

4.1.1。 PARAMETERファイルのパラメーターの説明

PARAMETERファイルには、次のパラメーターが含まれる場合があります。

• FIRMWARE_VERパラメーターは、4.0.4または1.11などのファームウェアバージョン番号を示します。
• MACHINE_MODELパラメーターは、ファームウェアが対象とするモデルの名前を示します。
• MACHINE_IDパラメーターはモデル識別子を示します。
• MANUFACTURERパラメーターは製造元を示します。
• MAGICパラメーターには、 PARAMETERファイルの署名が含まれています。このファイルには、4文字の文字列「 PARM 」が含まれています。
• ATAGパラメーター。 その意味は私には知られていない。
• MACHINEパラメーターは、MUで使用されるプロセッサーのタイプを示します。
• パラメータCHECK_MASK その意味は私には知られていない。
• KERNEL_IMGパラメータには、ブート時のメモリ内のカーネルイメージのバイト単位のオフセットが含まれます。 たとえば、0x6040800;
• パラメータRECOVERY_KEYおよびCOMBINATION_KEY 私は彼らの目的がわかりません。
• CMDLINEパラメーターには、デバイスの起動時にカーネルに渡されるコマンドラインが含まれます。

開発者にとって最も興味深いのは、 CMDLINEパラメーターです。 デバイスを構成するためのキー値のセットが含まれています。

CMDLINEパラメーターの構造を個別に検討してください。

4.1.2。 CMDLINEパラメーターとその機能

コマンドライン形式、すなわち CMDLINEの形式は次のとおりです。

CMDLINE：key1 = value1 [key2 = value2]、ここで

• key1-キー1の名前。
• value1はキー1の値です。

可能なキーのリストは次のとおりです。

• console 、 androidboot.consoleは、コンソールデバイスのタイプを示します。
• initを使用すると、MUの初期化に使用されるプロセスを指定できます。
• initrdを使用すると、起動時に使用されるinitrdのパラメーターを指定できます。 メモリのこのセクションのオフセットとサイズ。
• mtdpartsには、メモリレイアウトの説明が含まれています。
• rootを使用すると、rootユーザーのフォルダーを指定できます。

同様に、 mtdpartsパラメーターの構造は次のとおりです。

  mtdparts = <mtddef> [; <mtddef>]、ここで 

mtddef-ブロックタイプデバイス（CU）のメモリレイアウトの説明。 MUに複数のコントロールユニットが含まれる場合、複数の記述が含まれることもあります。これらの記述は、隙間なく連続して配置され、セミコロンで区切られます。



各コントロールユニットのメモリレイアウトの説明には、次の構造があります。

  mtddef：= <mtd-id>：<partdef> [、<partdef>]、ここで 

• mtd-idは、この制御ユニットを管理するために使用されるドライバー（拡張子が.koのファイル）（たとえば、NANDメモリドライバーrk29xxnand.ko）です。
• < partdef >は、コンマ（ "、"）で区切られた、特定の制御ユニットのメモリセクションのパラメーターの説明を含む一連のpartdef構造です。

各partdevエントリには、1つのメモリセクションの説明が含まれ、単位は測定単位として取得され、そのサイズは0x200（512）バイトで、次の構造を持ちます。

part_size @ part_offset（ラベル）[フラグ]

part_sizeパラメーターは、ブロックのセクションのサイズを16進表記で表します。 サイズの代わりにマイナス記号（ "-"）が示されている場合、これは可能な最大サイズを意味します。 メモリの物理的な最後まで。



part_offsetパラメーターは、セクションオフセットをブロック単位で表し、16進表記で表されます。 オフセットは常に0x1000の境界に揃えられます。



labelパラメーター（セクション名）は、括弧で囲まれたセクションの文字列識別子です（例：（boot））。



flagパラメーターは、「 ro 」という1つの値のみを取ることができます。これは、セクションが読み取り専用であることを意味します。 フラグがないことは、セクションが読み取りおよび書き込み可能であることを意味します。



いくつかの非常に重要な点：

• 1つの制御ユニットに含まれるすべての制御ユニットのメモリマークアップの説明は、各制御ユニットごとに行ごとに書き込まれ、セミコロンで区切られます。
• 各制御ユニットのメモリレイアウトの説明、つまり コントロールユニットのすべてのセクションは、ハイフネーションや別のトランジションなしで1行で記述されます。 セクションエントリはコンマで区切られます。
• メモリ内のセクションは連続して配置されます。 それらの間に「穴」はありません。

4.2。 Rawprogram0ファイル

rawprogram0.xmlファイルは 、 Qualcommチップに基づくMUのメモリレイアウトを記述することを目的としており、次の構造を持っています。



図3 。 Lenovo s90aのrawprogram0.xmlファイルの表示



これには、タイプprogramの xml-elementsの形式でセクションのパラメーターを説明する表が含まれています。 すべてのセクションは、MUのメモリに配置された順序で厳密にリストされています。



各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。 太田ファイル

これは、ファームウェアファイルの構造を記述する唯一の記述ファイルであり、メモリレイアウトではありません。



たとえば、MT6582 MTKチップ上のMT ota更新ファイルは次のとおりです。



図4 太田ファイル



otaアップデートのファームウェアファイルにイメージが存在するセクションの説明が含まれています。各セクションの構造は次のとおりです。



label part_offset,

• label-更新されるセクションのラベル。
• part_offset -ota更新ファイル内のパーティションイメージのオフセット。

ファームウェア内のすべてのイメージは「穴」なしで厳密に連続して配置されるため、 part_size_nセクションの各イメージのサイズは次の式を使用して計算されます。



part_size_1 = part_offset_2 - part_offset_1

4.4。 散布図ファイル

スキャッタファイルには、 MTKチップに基づいて構築されたMUのメモリレイアウトの説明が含まれています。 このファイルの構造には3つのバージョンがあります。これは、メモリチップ自体とMTKプロセッサチップの両方の機能の歴史的発展に関連しています。

4.4.1。 バージョン1

最初のバージョンのマークアップ記述ファイルには、各メモリセクションの記述のリストが含まれており、次の形式になっています。



図5 。 最初のバージョンの散布図ファイル



メモリの各セクションは、次の構造で記述されます。

 [__NODL_]name offset [length] { flag }, 
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

• __NODL_- 「ダウンロードなし」は、パーティションがフラッシュされておらず、フラッシャーで処理するときにスキップされることを示します。 したがって、フラッシャーはこのセクションの画像ファイルを必要としません。
• name-セクションラベル。
• offset-バイト単位のセクションオフセット。
• length-セクションの長さ（バイト単位）。
• flag-セクションフラグ。 roエントリ、セクションが読み取り専用であることを示す記号が含まれる場合があります。

最も一般的に使用される短縮レコードは次のとおりです。

  name offset { }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このようなメモリパーティションの説明では、次のことを前提としています。

• 各セクションの長さは次のセクションの始まりまでで、隙間や切れ目はありません。
• 2つのセクションの間に3番目の（非表示の）セクションはありません。

4.4.2。 バージョン2

2番目のバージョンのメモリレイアウト記述のスキャッタファイルには、ヘッダーと各メモリセクションの記述テーブルが直接含まれています。 次の形式があります。



図6 。 2番目のバージョンの散布図ファイル



ヘッダーにはファームウェアパラメータ全体が含まれ、次のフィールドが含まれます。

• config_versionはヘッダーのバージョンです。 V1.1.1またはV1.1.2の場合があります。
• プラットフォーム -MT6582などのハードウェアプラットフォーム（チップのタイプ）。
• project-ファームウェア開発プロジェクトの名前。
• ストレージ -EMMCなど、使用されるメモリデバイスのタイプ。
• boot_channel-起動デバイスのタイプ。
• block_size-バイト単位のブロックサイズ。たとえば、EMMCの場合、このフィールドの値は0x20000です。

メモリの各セクションは、次の一連のフィールドで説明されます。



partition_index-パーティションラベル。

partition_name-パーティション名。

file_name-セクション内のフラッシュ用のイメージを含むファイルの名前、またはイメージが不要な場合はNONE。

is_download-ロードされているパーティションの兆候（ __NODL_のようなもの ）;

type-セクションのタイプ。 セクションの内容を示します。 次の値を取ることができます。

1. EXT4_IMG-セクションにはEXT4ファイルシステムの一部が含まれます。
2. NORMAL_ROM-セクションには、保存されたイメージまたは個別のファイルが含まれます。
3. SV5_BL_BIN-セクションには、ブートローダーの「生のコード」（生のコード）が含まれます。

linear_start_addr-ファームウェアファイルのセクションオフセット、バイト。

physical_start_addr -MUのメモリ内のセクションオフセット（物理アドレス）、バイト。

partition_size-バイト単位のパーティションサイズ。

region-セクションがある地域の名前。 次の値を取ることができます。

1. EMMC_BOOT_1-ブートローダーの最初の領域（領域）。
2. EMMC_BOOT_2-ブートローダーの2番目の領域。
3. EMMC_USER-ユーザー領域。

storage-保管場所セクションの名前。

boundary_check-インターフェースを揃える必要があることのサイン。

is_reserved-バックアップの必要性の兆候。

operation_type-操作のタイプ。 次の値を取ることができます。

1. BINREGION- 「生のコード」の領域。
2. ブートローダー-ブートローダー。
3. INVISIBLE-不可視セクション。
4. 保護-保護されたセクション。
5. 予約済み-予約済み。
6. 更新 -更新されたセクション。
7. リザーブ -値がわかりません。

作業中、フラッシャーはパーティション記述テーブルからパラメーターを選択します。主なものは、開始アドレスとフォーマット長です。



MT6572-MT6577チップの場合、 Begin Addressフラッシャーの値はlinear_start_addrフィールドの値を使用します。これは、メモリ内のセクション（1つのソリッド領域を表す）の真のオフセットを反映します。 チップには領域の操作方法がわからず、使用するメモリにはパーティションを配置するための領域が1つしかありませんでした。 さらに、physical_start_addrフィールドの値は常にゼロです。



MT6582チップはすでに領域の操作方法を知っていますが、使用されるメモリにはまだ領域が1つしかありません。 したがって、フラッシャーは、 Begin Address値として、 physical_start_addrフィールドの値を既に使用します。これは、プログラムでメモリ内に作成された領域内のセクションオフセットを反映します。linear_start_addrフィールドには、メモリチップの先頭からのオフセット値が含まれます。



MT6592チップ以降、MTKのMTはメモリ領域で本格的な作業を行うため、フラッシャー付きのMT6592以上のチップでは、 physical_start_addrフィールドの値が開始アドレス値として使用されます。



フラッシャーは常に、 partition_sizeフィールドからFormat Lengthフィールドの値を受け取ります。

5.メモリレイアウトファイル。

メモリマークアップファイルには、メモリマークアップパーティションのイメージが含まれています。 それらの構造は、レイアウトスキーム（ GptまたはMbr ）および目的（バックアップマークアップファイルPmtまたはGptなど ）に依存します。



次のタイプのマークアップファイルが見つかります。

• MbrファイルとEbrファイル。 Mbr-メモリレイアウト図を使用して、すべてのMUメーカーが使用。
• Gptファイル。 Gpt-メモリレイアウト図を使用して、すべてのMUメーカーが使用。
• パラメータファイル。 RKチップに基づくMUのメーカーが使用します。
• Pmtファイル。 バックアップメモリ​​レイアウトファイルを作成するためにMTKチップに基づいたMUのメーカーによって使用されます。
• ピットファイル。 Samsungチップに基づくMUメーカーが使用します。

5.1。 MBRファイル

Mbrファイルは、 Mbrスキームを使用したメモリレイアウトのパーティションのイメージであり、サイズは1セクターです。 512バイト

MUでは、いわゆるMbrファイルの古典的な構造が使用されます[5]。



図7 。 クラシックMbrファイル構造



各セクションパラメーターレコードには、次のフィールドが含まれます。これらの値は、従来のMbr構造で受け入れられるものとは異なります。

  ============================================================== | № |  | , |   |  | | | | |  | | | / |  |  | hex |  | |=====|===========|========|==============|====================| | 1 | IsBoot | 001 | 0x00 |   | | 2 | - | 003 | 0x01 |   | | 3 | Type | 001 | 0x04 |   | | 4 | - | 003 | 0x05 |   | | 5 | Offset | 0x04 | 0x08 |   | | 6 | Size | 0x04 | 0x0 |   | ==============================================================
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

IsBootフィールドのサイズは1バイトで、パーティションのアクティビティを示すために使用されます。その上位ビットはブートパーティションを示します。

  080 -  ; 000 -  .
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Typeフィールドのサイズは1バイトで、MUメーカーが記述されているセクションのタイプを示すために使用します。 パーティションタイプの指定はメーカーによって異なる場合がありますが、一般的な値がいくつかあります。

  ================================================================ | № |  |  |   | | / | | hex | | |=====|===========|==========|===================================| | 01 | Not | 0x00 |    | | 02 | Fat12 | 0x01 |  Fat12 | | 03 | Fat16 | 0x04 |  Fat16 | | 04 | Extend | 0x05 |   (EBR) | | 05 | Fat32 | 0x0B |  Fat32 | | 06 | Fat32Lba | 0x0C |  Fat32   LBA | | 07 | LinuxSwap | 0x82 |  Swap Linux | | 08 | Linux | 0x83 |  Linux | | 09 | LinuxEx | 0x85 |  Linux  | | 10 | Gpt | 0xEE |  GUID (GPT) | | 11 | Bbt | 0xFF | Bad block table | ================================================================
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

[ オフセット]フィールドのサイズは4バイトで、セクターで表されるセクションオフセット値が含まれています。



[ サイズ]フィールドのサイズは4バイトで、パーティションのサイズも含まれます。これもセクターで表されます。



0x01FEでは、 Mbrファイルの署名が0xAA55に設定されます。

5.2。 EBRファイル

Ebrファイルは、 Mbrスキームを使用して実行されるメモリマークアップの拡張セクションのイメージです。 Mbrファイルと同じ構造とサイズを持っています。



図8 。 古典的なEbrファイル構造



違いは、 Ebr-ファイルではアクティビティのサインが常に0に設定されており、必要に応じてこれらのファイルが63個以上存在する可能性があるため、それらを配置するには最大63個のパーティションを作成する必要があり、無駄が多いメモリ消費量MU。



たとえば、Star Z2 コントロールユニットのように、メモリパーティションが比較的少ない場合、別々のパーティションにある別々のEbr1およびEbr2ファイルが 使用されます。 しかし、たとえば、多くのパーティションがある場合、すべてのEbrファイルを1つに結合して、共通ファイルを1つのメモリパーティションに配置できます。

5.3。 Gptファイル

gptファイルには、 gptスキームに応じたメモリレイアウトのイメージが含まれています。 ほとんどの場合、MUはGpt- schemeの標準構造を持っているため、実際にはファームウェアには2つのGpt- ファイルがあります。メインはpgpt （ primary ）またはgpt_mainと呼ばれ、セカンダリ（backup）はsgpt （ secondary ）またはgpt_backupと呼ばれます。



メインGpt-ファイルはMUのメモリにあり、ゼロセクターから始まり、34セクターを占有し、次の構造を持っています。

• 最初のセクター全体が保護と呼ばれるMbrによって占有されています（ PMBR-保護マスターブートレコード）。
• 2番目のセクター全体がGptヘッダーを占有し、これもサイズが512バイトです。
• 3番目から34まで（32セクター）は、 Gpt-テーブル記述セクションです。 各レコードのサイズは128バイトであり、テーブル内の合計で128レコードを超えることはできません。したがって、128 * 128 = 16384バイトが必要です。 32セクター。

バックアップGpt-ファイルは33セクターを占有し、MUのメモリ内のメモリの終わり近くにあるため、 Gpt-ファイルの最後のセクタはメモリの物理的に最後のセクタにあります。 次の構造になっています。

• 最初から32セクター（32セクター）まで、セクションの説明のGptテーブルが占有されています。
• 33セクター全体がGptヘッダーを占有します。

5.4。 パラメータファイル

パラメータファイル、つまり メモリマークアップを含むセクションの画像には、このセクションのサイズに関係なく、テキストファイルPARAMETERのみが含まれます。 たとえば、R30 U30GT-Hデバイスのファームウェア内のパラメーターファイルの外観は次のとおりです[6]。



図9 。 RK3066プロセッサー上のU30GT-Hからのパラメーターファイル

5.5。 Pmtファイル

pmtファイルは、 MTK社の開発者が使用するメモリレイアウトのバックアップパーティションのイメージであり、サイズは4096バイトです。



PMTパーティションイメージは、2つのメモリパーティション記述テーブルで構成されます。 最初はベースで、その後はセクションの説明用のバックアップまたはミラーテーブルです。



各テーブルは次のもので構成されます。

• -セクションの説明表の冒頭の署名。 実表の場合、これは次の「PTv1」文字の文字列です。
  
  
  
  図10：ベーステーブルの署名
  
  
  
  また、バックアップテーブルの場合、この行の形式は「MPT1」です。
  
  
  
  図 11：バックアップテーブルの署名
  
  
• -メモリーのセクションを記述するレコードを含むテーブル自体に直接。 テーブルの終わりには、「空の」レコード、つまり すべてのフィールドにコード0x00を含むレコード。
• -テーブルの終わりの署名。 実表の場合、これは次の文字列「 'PTv1' \ x01 \ x01 \ x03 \ x01」です。
  
  
  
  図12：ベーステーブルの終わりの署名
  
  
  
  バックアップテーブルの場合、この行の形式は「 'MPT1' \ x01 \ x00 \ x03 \ x01」です。
  
  
  
  図 13：バックアップテーブルの署名の終わり
  
  

各レコードの構造は、4つのフィールドで構成される0x58（88）バイトのサイズであり、次の形式をとります。

  ======================================================== | № |  | , |  |  | | / |  |  | hex |  | |=====|===========|========|==========|==================| | 1 | Name | 040 | 0x00 |   | | 2 | Size | 008 | 0x40 |   | | 3 | Offset | 0x08 | 0x48 |   | | 4 | mask_flag | 0x08 | 0x50 |  | ========================================================
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

5.6。 ピットファイル

Pitファイル（ パーティション情報テーブル ）は、 Samsung MUの開発者が使用するメモリレイアウトセクションのイメージであり、サイズは4096バイトです。 画像の構造に関する情報は[7、8]から取得されます。



ピットファイルは、ヘッダーとセクションパラメーターの説明テーブルで構成されます。



ヘッダーのサイズは28バイトで、次のフィールドが含まれています。

  ====================================================== | № |  | , |  |  | | / |  |  | hex |  | |=====|========|========|==========|===================| | 1 | Magic | 004 | 0x00 |   | | 2 | Count | 004 | 0x04 |   | | 3 | Name | 018 | 0x08 |   | ======================================================
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次は、セクションレコードで構成されるセクションパラメーターの説明の表です。 テーブルの終わりのサインは空のレコードです。 各エントリには次のフィールドが含まれます。

  ================================================================ | № |  |  |   | | / | | hex | | |=====|===========|==========|===================================| | 01 | binary | 0x00 | BINARY_TYPE_ | | 02 | device | 0x04 | PARTITION_DEV_TYPE_ | | 03 | id | 0x08 |   | | 04 | flags | 0x0C |   | | 05 | update | 0x10 | PARTITION_UPDATE_ATTR | | 06 | part_off | 0x14 |     | | 07 | part_len | 0x18 |     | | 08 | offset | 0x1C |  -   | | 09 | file_size | 0x20 |  -  | | 10 | label | 0x24 |   | | 11 | file_name | 0x44 |  -   | | 11 | fota_name | 0x64 |    FOTA- | ================================================================
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

バイナリフィールドには、オペレーティングシステムのタイプが含まれています。 有効な値は次のとおりです。

  0 - APP (   ); 1 - MODEM (   ).
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

デバイスフィールドには、 デバイスのタイプが含まれます。 有効な値は次のとおりです。

  0 - unknown; 1 - file/fat; 2 - mmc;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

idフィールドには、ファームウェアのセクションのシリアル番号が含まれています。



flagsフィールドには、セクションのフラグが含まれます。 次の値をとることがあります。

  000 - RO; 001 - R/W; 0x02 - STL.
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

更新フィールドには、更新時のセクションのフラグが含まれます。 次の値をとることがあります。

  0x00 - unknown; 0x01 - FOTA; 0x02 - secure;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

part_offフィールドには、ブロック単位で表されるメモリ内のセクションオフセットが含まれます。



part_lenフィールドには、ブロック単位で表されるメモリ内のセクションのサイズが含まれます。



オフセットフィールドには、ファームウェア内のイメージファイルのオフセットがブロック単位で表示されます。



file_sizeフィールドには、ブロック単位で表された画像ファイルのサイズが含まれます。



ラベルフィールドは32バイト長で、ゼロ（0x00）で終了するメモリセクションラベルが含まれています。



file_nameフィールドには、ゼロ（0x00）で終了するファームウェアセクションのイメージファイルの名前が含まれます。



fota_nameフィールドには、ゼロ（0x00）で完了したFOTA更新のファームウェアセクションのイメージファイルの名前が含まれます。

6.使用情報。

1. 「メモリマークアップとは」

2. 「ディスクレイアウトの概要」

3. 「MBRおよびEBRとは」

4. 「GPTとは」

5. 「マスターブートレコード」

6. 「ストックファームウェアv1.09（2012-11-21）」

7. ファイルbootloader.c

8. ピット