[问答]

RK3399的烧写分区是什么意思？

2237 RK3399

问答对人有帮助，内容完整，我也想知道答案 0 RK3399的烧写分区是什么意思？ 0 RK3399 GPT分区.pdf 482.37 KB , 下载次数: 9
2022-3-8 06:13:30　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × liutiefu 该类别下有 26 个回答。邀请回答 tigerwang711 该类别下有 20 个回答。邀请回答 ze55me 该类别下有 20 个回答。邀请回答杀狼000 该类别下有 19 个回答。邀请回答 zhuzb0754 该类别下有 19 个回答。邀请回答冰箱洗衣机该类别下有 18 个回答。邀请回答 YYXIAO 该类别下有 18 个回答。邀请回答 jjll652 该类别下有 17 个回答。邀请回答河神大人该类别下有 17 个回答。邀请回答 mede1001 该类别下有 17 个回答。邀请回答安德森大该类别下有 17 个回答。邀请回答 CDCNKA 该类别下有 17 个回答。邀请回答世态薄凉该类别下有 16 个回答。邀请回答熊本熊该类别下有 16 个回答。邀请回答 YOYOOO 该类别下有 16 个回答。邀请回答麻酱该类别下有 16 个回答。邀请回答 vinww特烦恼该类别下有 15 个回答。邀请回答 723662364d 该类别下有 15 个回答。邀请回答 musicalboy 该类别下有 15 个回答。邀请回答万航渡路该类别下有 15 个回答。邀请回答举报肖耳朵相关推荐 • 如何对RK3399开发板的Linux固件进行烧写呢 1575 • RK3399K烧写镜像的过程是怎样的？ 980 • 怎样去使用TB-RK3399ProD开发板烧写固件呢 2127 • Firefly-RK3399烧写Ubuntu系统校验芯片和固件失败怎么解决？ 2959 • 使用RK3399开发板遇到的一些问题及解决思路 4556 • 如何去实现RK3399系统分区增大的设计呢 1234 • 新手求助怎样去新建RK3399的可读可写分区呢 1117 • 如何快速上手RK3399？ 1487 • RK3399用读卡器烧写desktop版本固件显示拷贝失败该怎么弄 2168 • RK3399无法单独烧写kernel和resource是什么原因呢 3102 1个回答

之前学习s3c2440时，分区信息是保存在uboot的环境变量中。通过uboot的内核命令行给MTD层传递MTD分区信息, 内核读取到的分区信息始终和u-boot中的保持一致。

如： s3c2440分区信息

/* uboot */
$printenv
bootargs=console=ttySAC0 root=/dev/mtdblock3 rootfstype=jffs2 mtdparts=nand_flash:128k(u-boot)ro,64k(u-boot envs),3m(kernel),30m(root.jffs2),30m(root.yaffs)

/* kernel*/
$cat /proc/cmdline
console=ttySAC0 root=/dev/mtdblock3 rootfstype=jffs2 mtdparts=nand_flash:128k(u-boot)ro,64k(u-boot envs),3m(kernel),30m(root.jffs2),30m(root.yaffs)

查看了RK3399的 uboot 环境变量、cmdline、dts，没有发现分区信息

/* uboot */
=> printenv
bootargs=storagemedia=emmc androidboot.storagemedia=emmc androidboot.mode=normal

/* kernel */
cat /proc/cmdline
storagemedia=emmc androidboot.storagemedia=emmc androidboot.mode=normal  androidboot.verifiedbootstate=orange androidboot.slot_suffix= androidboot.serialno=12f68f4f2233d049  rw rootwait earlycon=uart8250,mmio32,0xff1a0000 swiotlb=1 console=ttyFIQ0 root=PARTUUID=614e0000-0000 rootfstype=ext4 coherent_pool=1m

/* dts */
chosen {
      bootargs = "earlycon=uart8250,mmio32,0xff1a0000 swiotlb=1 console=ttyFIQ0 rw root=PARTUUID=614e0000-0000 rootfstype=ext4 rootwait coherent_pool=1m";
};

通过fdisk发现了一些蛛丝马迹，看到了分区信息。并且发现了一些眼熟的单词：GPT 和 MBR。装过系统的人，应该不陌生。

# fdisk -l
Found valid GPT with protective MBR; using GPT

Disk /dev/mmcblk0: 30535680 sectors, 2622M
Logical sector size: 512
Disk identifier (GUID): 7d3a0000-0000-4f4c-8000-4940000036c4
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 30535646

Number  Start (sector) End (sector)  Size Name
   1          16384          24575 4096K uboot
   2          24576          32767 4096K trust
   3          40960       106495 32.0M boot
   4       172032       237567 32.0M backup
   5       368640       30535646 14.3G rootfs
Disk /dev/mmcblk0boot1: 4 MB, 4194304 bytes, 8192 sectors
128 cylinders, 4 heads, 16 sectors/track
Units: cylinders of 64 * 512 = 32768 bytes

Disk /dev/mmcblk0boot1 doesn't contain a valid partition table
Disk /dev/mmcblk0boot0: 4 MB, 4194304 bytes, 8192 sectors
128 cylinders, 4 heads, 16 sectors/track
Units: cylinders of 64 * 512 = 32768 bytes

Disk /dev/mmcblk0boot0 doesn't contain a valid partition table

一、RK3399烧写分区

将RK3399的升级包update.img解包后，发现有 parameter.txt 一个文件，内容如下：

FIRMWARE_VER: 8.1
MACHINE_MODEL: RK3399
MACHINE_ID: 007
MANUFACTURER: RK3399
MAGIC: 0x5041524B
ATAG: 0x00200800
MACHINE: 3399
CHECK_MASK: 0x80
PWR_HLD: 0,0,A,0,1
TYPE: GPT
CMDLINE: mtdparts=rk29xxnand:0x00002000@0x00004000(uboot),0x00002000@0x00006000(trust),0x00010000@0x0000a000(boot),0x00010000@0x0002a000(backup),-@0x0005a000(rootfs:grow)
uuid:rootfs=614e0000-0000-4b53-8000-1d28000054a9

发现了熟悉的 CMDLINE，其中的确包含了分区信息。既然这个文件在升级包中，他应该会被烧入emmc中。
可以阅读《Rockchip-Parameter-File-Format-Version1.4.pdf》文档，了解parameter.txt 文件中个字段的作用。

使用AndroidTool.exe烧写工具可以按分区烧写镜像，如下图：

通过上图推断 parameter.txt 会烧写到emmc的0地址处， LOADER 也烧写在0地址出。这2个东西都烧写在emmc的0地址处，这个也太奇怪了吧。
我猜测：软件中可能设置了一个偏移量，其中的一个没有烧写在0地址处。

阅读《Rockchip-Parameter-File-Format-Version1.4.pdf》文档，发现了一些奇怪的东西：

这句话的意思是说， parameter.txt 不会烧录存储器件里面？
还是 parameter.txt 中的 CMDLINE 不会烧录存储器件里面？
（所有数值的单位是sector，1个sector为512Bytes）

从上表可以看出： GPT 烧写下 emmc 的 0 地址，LOADER 烧写下 emmc 的 0x40 * 512 地址。可以说明（2）中我的猜测是正确的。

在uboot中读取emmc中的内容，验证上面的内容。

（1）读取emmc 0地址，读出的内容与 parameter.txt 不一致。

=> mmc read 0x0a200000 0 0x40
MMC read: dev # 0, block # 0, count 64 ... 64 blocks read: OK
=> md.b 0x0a200000 0x8000

（2）读取 emmc 0x40 * 512 地址的内容，与 MiniLoaderAll.bin 不一致。

/* 从 0x40 * 512 地址，读取1K */
=> mmc read 0x0a200000 40 2
MMC read: dev # 0, block # 64, count 2 ... 2 blocks read: OK
=> md.b 0x0a200000 0x8000

（3）我再测试读取了 emmc 0x4000 * 512 地址出的uboot，读取的内容是一致的。

结论： 我在uboot下读取emmc的数据是没有问题的，但是 parameter.txt 和 MiniLoaderAll.bin 却不一样，到底是为什么呢？继续往下看。

百度中也没有找到关于 parameter.txt 烧写位置的详细资料。想到了2点可以继续入手分析的地方。
（1）在uboot命令行中可以解析到分区信息，所以分析uboot源码，从 part list … 命令入手。大概看了下流程，涉及的函数调用也不少，暂未详细分析。

=> part list mmc 0

Partition Map for MMC device 0  -- Partition Type: EFI

Part Start LBA    End LBA       Name
      Attributes
      Type GUID
      Partition GUID
  1    0x00004000    0x00005fff    "uboot"
      attrs:  0x0000000000000000
      type: 3b600000-0000-423e-8000-128b000058ca
      guid: 727b0000-0000-4069-8000-68d500005dea
  2    0x00006000    0x00007fff    "trust"
      attrs:  0x0000000000000000
      type: bf570000-0000-440f-8000-42dc000079ef
      guid: ff3c0000-0000-4d3a-8000-5e9c00006be6
  3    0x0000a000    0x00019fff    "boot"
      attrs:  0x0000000000000000
      type: 4f030000-0000-4744-8000-545300000e1e
      guid: 0c240000-0000-4f6a-8000-207e00006722
  4    0x0002a000    0x00039fff    "backup"
      attrs:  0x0000000000000000
      type: d3460000-0000-4360-8000-37d9000037c0
      guid: 81500000-0000-4f59-8000-166100000c05
  5    0x0005a000    0x01d1efde    "rootfs"
      attrs:  0x0000000000000000
      type: 33770000-0000-401d-8000-505400004c3e
      guid: 614e0000-0000-4b53-8000-1d28000054a9

（2）分区信息中提到了GPT，GPT分区的资料网上一大把，所以考虑从GPT入手继续分析

二、GPT分区

1. MBR分区

MBR磁盘分区是一种使用最为广泛的分区结构，它也被称为DOS分区结构，但它并不仅仅应用于Windows系统平台，也应用于Linux，基于X86的UNIX等系统平台。它位于磁盘的0号扇区（一扇区等于512字节），是一个重要的扇区（简称MBR扇区）。

MBR扇区由以下四部分组成：
（1）引导代码：引导代码占MBR分区的前440字节，负责整个系统启动。如果引导代码被破坏，系统将无法启动。
（2）Windows磁盘签名：占引导代码后面的4字节，是Windows初始化磁盘写入的磁盘标签，如果此标签被破坏，则系统会提示“初始化磁盘”。
（3）MBR分区表：占Windows磁盘标签后面的64个字节，是整个硬盘的分区表。
（4）MBR结束标志：占MBR扇区最后2个字节，一直为“55 AA”。

2. GPT分区

GPT磁盘分区结构解决了MBR只能分4个主分区的的缺点，理论上说，GPT磁盘分区结构对分区的数量好像是没有限制的。但某些操作系统可能会对此有限制。GPT磁盘分区结构由6部分组成，与MBR对比如下图：

LBA地址和GPT分区结构的对应关系:

其中LBA0表示第一个扇区，占512字节。LBA1表示第二个扇区，以此类推。

（1）保护MBR
在GPT分区表的最开头（LBA0），处于兼容性考虑仍然存储了一份传统的MBR，用来防止不支持GPT的硬盘管理工具错误识别并破坏硬盘中的数据，这个MBR也叫做叫做保护MBR。

在linux系统中直接读取LBA0的数据进行分析：

# dd if=/dev/mmcblk0 skip=$((0x0)) count=1 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001c0  00 00 ee 00 00 00 01 00  00 00 ff ff ff ff 00 00  |................|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

0x000001c0 - 2 地址是第一个主分区的分区表项开始地址.
在这个MBR中，只有一个标识为0xEE的分区，以此来表示这块硬盘使用GPT分区表。
MBR结束标志：占MBR扇区最后2个字节，一直为“55 AA”

（2）GPT分区表头
GPT分区表头（也称EFI信息）位于磁盘的1号扇区（LBA1），GPT分区表头会定义分区表的起始位置，分区表的结束位置、每个分区表项的大小、分区表项的个数及分区表的校验等信息。其具体结构如下表所示：

[tr]相对字节偏移量 (十六进制)字节数说明[整数皆以little endian方式表示][/tr]

00～07	8	GPT头签名“45 46 49 20 50 41 52 54”(ASCII码为“EFI PART”)
08～0B	4	版本号，目前是1.0版，其值是“00 00 01 00”
0C～0F	4	GPT头的大小(字节数)，通常为“5C 00 00 00”(0x5C)，也就是92字节。
10～13	4	GPT头CRC校验和(计算时把这个字段本身看做零值)
14～17	4	保留，必须为“00 00 00 00”
18～1F	8	EFI信息区(GPT头)的起始扇区号，通常为“01 00 00 00 00 00 00 00”，也就是LBA1。
20～27	8	EFI信息区(GPT头)备份位置的扇区号，也就是EFI区域结束扇区号。通常是整个磁盘最末一个扇区。
28～2F	8	GPT分区区域的起始扇区号，通常为“22 00 00 00 00 00 00 00”(0x22)，也即是LBA34。
30～37	8	GPT分区区域的结束扇区号，通常是倒数第34扇区。
38～47	16	磁盘GUID(全球唯一标识符,与UUID是同义词)
48～4F	8	分区表起始扇区号，通常为“02 00 00 00 00 00 00 00”(0x02)，也就是LBA2。
50～53	4	分区表总项数，通常限定为“80 00 00 00”(0x80)，也就是128个。
54～57	4	每个分区表项占用字节数，通常限定为“80 00 00 00”(0x80)，也就是128字节。
58～5B	4	分区表CRC校验和
5C～*	*	保留，通常是全零填充

在linux系统中直接读取LBA1的数据进行分析：

# dd if=/dev/mmcblk0 skip=$((0x1)) count=1 | hexdump -C
00000000  45 46 49 20 50 41 52 54  00 00 01 00 5c 00 00 00  |EFI PART.......|
00000010  8d 7f 41 a7 00 00 00 00  01 00 00 00 00 00 00 00  |..A.............|
00000020  ff ef d1 01 00 00 00 00  22 00 00 00 00 00 00 00  |........".......|
00000030  de ef d1 01 00 00 00 00  00 00 3a 7d 00 00 4c 4f  |..........:}..LO|
00000040  80 00 49 40 00 00 36 c4  02 00 00 00 00 00 00 00  |[email=..I@..6]..I@..6[/email].........|
00000050  80 00 00 00 80 00 00 00  5a 07 ba 30 00 00 00 00  |........Z..0....|
00000060  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200

a. GPT头的起始扇区号： 01
b. GPT头的备份位置的扇区号： 0x01d1efff
c. GPT分区区域的起始扇区号： 0x22，也即是LBA34
d. GPT分区区域的结束扇区号，通常是倒数第34扇区：0x01d1efde
e. GUID = 00 00 3a 7d 00 00 4c 4f 80 00 49 40 00 00 36 c4
f. 分区表起始扇区号：02
g. 分区表总项数： 128
h. 每个分区表项占用字节数： 128
i. 分区表CRC校验和： 5a 07 ba 30

查看写备份GPT头：

# dd if=/dev/mmcblk0 skip=$((0x1d1efff)) count=1 | hexdump -C
00000000  45 46 49 20 50 41 52 54  00 00 01 00 5c 00 00 00  |EFI PART.......|
00000010  63 ea 98 31 00 00 00 00  ff ef d1 01 00 00 00 00  |c..1............|
00000020  01 00 00 00 00 00 00 00  22 00 00 00 00 00 00 00  |........".......|
00000030  de ef d1 01 00 00 00 00  00 00 3a 7d 00 00 4c 4f  |..........:}..LO|
00000040  80 00 49 40 00 00 36 c4  df ef d1 01 00 00 00 00  |[email=..I@..6]..I@..6[/email].........|
00000050  80 00 00 00 80 00 00 00  5a 07 ba 30 00 00 00 00  |........Z..0....|
00000060  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200

对比结果：
a. 10~13Bytes：GPT头CRC校验和不一样，因为两个分区表不一样；
b. GPT头的起始、备份扇区号互换了，这个没有问题；
c. 分区表起始扇区号不一样，备份GPT头保存的是备份分区表起始扇区号。

（3）GPT分区表
GPT分区表位于磁盘的2-33号扇区（LBA2~32），一共占用32个扇区，能够容纳128个分区表项。每个分区表项大小为128字节。每个分区表项中记录着分区的起始，结束地址，分区类型的GUID，分区的名字，分区属性和分区GUID。其具体结构如下表所示：

[tr]相对字节偏移量(十六进制)字节数说明[整数皆以little endian方式表示][/tr]

00～0F	16	用GUID表示的分区类型
10～1F	16	用GUID表示的分区唯一标示符
20～27	8	该分区的起始扇区，用LBA值表示。
28～2F	8	该分区的结束扇区(包含)，用LBA值表示，通常是奇数。
30～37	8	该分区的属性标志
38～7F	72	UTF-16LE编码的人类可读的分区名称，最大32个字符。

注意： 扇区尺寸不能假定为512字节，也就是说，一个扇区内可能存放4个以上的分区项，也可能只存放一个分区项的一部分。也就是说，除了头两个扇区(LBA 0 和 LBA 1)之外，GPT规范仅定义了数据结构的尺寸，而不关心使用多少个扇区进行存储。

在linux系统中直接读取LBA2的数据进行分析：

#dd if=/dev/mmcblk0 skip=$((0x2)) count=1 | hexdump -C
00000000  00 00 60 3b 00 00 3e 42  80 00 12 8b 00 00 58 ca  |..`;..>B......X.|
00000010  00 00 7b 72 00 00 69 40  80 00 68 d5 00 00 5d ea  |..{[email=r..i@..h]r..i@..h[/email]...].|
00000020  00 40 00 00 00 00 00 00  ff 5f 00 00 00 00 00 00  |[email=.@......._].@......._[/email]......|
00000030  00 00 00 00 00 00 00 00  75 00 62 00 6f 00 6f 00  |........u.b.o.o.|
00000040  74 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |t...............|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000080  00 00 57 bf 00 00 0f 44  80 00 42 dc 00 00 79 ef  |..W....D..B...y.|
00000090  00 00 3c ff 00 00 3a 4d  80 00 5e 9c 00 00 6b e6  |..<...:M..^...k.|
000000a0  00 60 00 00 00 00 00 00  ff 7f 00 00 00 00 00 00  |.`..............|
000000b0  00 00 00 00 00 00 00 00  74 00 72 00 75 00 73 00  |........t.r.u.s.|
000000c0  74 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |t...............|
000000d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000100  00 00 03 4f 00 00 44 47  80 00 54 53 00 00 0e 1e  |...O..DG..TS....|
00000110  00 00 24 0c 00 00 6a 4f  80 00 20 7e 00 00 67 22  |..$...jO.. ~..g"|
00000120  00 a0 00 00 00 00 00 00  ff 9f 01 00 00 00 00 00  |................|
00000130  00 00 00 00 00 00 00 00  62 00 6f 00 6f 00 74 00  |........b.o.o.t.|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000180  00 00 46 d3 00 00 60 43  80 00 37 d9 00 00 37 c0  |..F...`C..7...7.|
00000190  00 00 50 81 00 00 59 4f  80 00 16 61 00 00 0c 05  |..P...YO...a....|
000001a0  00 a0 02 00 00 00 00 00  ff 9f 03 00 00 00 00 00  |................|
000001b0  00 00 00 00 00 00 00 00  62 00 61 00 63 00 6b 00  |........b.a.c.k.|
000001c0  75 00 70 00 00 00 00 00  00 00 00 00 00 00 00 00  |u.p.............|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200

可以粗略的看出，LBA2中有4个分区表，uboot、trust、boot、backup。就其中的第一个分区uboot，进行分析：
a. GUID分区类型：00 00 60 3b 00 00 3e 42 80 00 12 8b 00 00 58 ca
b. GUID分区唯一标示符：00 00 7b 72 00 00 69 40 80 00 68 d5 00 00 5d ea
c. 分区的起始扇区：0x4000
d. 分区的结束扇区：0x5fff
e. 分区的属性标志：0x00
f. 分区名称(UTF-16LE编码)：uboot
uboot分区的起始地址和大小与 parameter.txt 中的定义是一样的。

查看写备份GPT分区表：

# dd if=/dev/mmcblk0 skip=$((0x1d1efdf)) count=1 | hexdump -C
00000000  00 00 60 3b 00 00 3e 42  80 00 12 8b 00 00 58 ca  |..`;..>B......X.|
00000010  00 00 7b 72 00 00 69 40  80 00 68 d5 00 00 5d ea  |..{[email=r..i@..h]r..i@..h[/email]...].|
00000020  00 40 00 00 00 00 00 00  ff 5f 00 00 00 00 00 00  |[email=.@......._].@......._[/email]......|
00000030  00 00 00 00 00 00 00 00  75 00 62 00 6f 00 6f 00  |........u.b.o.o.|
00000040  74 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |t...............|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000080  00 00 57 bf 00 00 0f 44  80 00 42 dc 00 00 79 ef  |..W....D..B...y.|
00000090  00 00 3c ff 00 00 3a 4d  80 00 5e 9c 00 00 6b e6  |..<...:M..^...k.|
000000a0  00 60 00 00 00 00 00 00  ff 7f 00 00 00 00 00 00  |.`..............|
000000b0  00 00 00 00 00 00 00 00  74 00 72 00 75 00 73 00  |........t.r.u.s.|
000000c0  74 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |t...............|
000000d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000100  00 00 03 4f 00 00 44 47  80 00 54 53 00 00 0e 1e  |...O..DG..TS....|
00000110  00 00 24 0c 00 00 6a 4f  80 00 20 7e 00 00 67 22  |..$...jO.. ~..g"|
00000120  00 a0 00 00 00 00 00 00  ff 9f 01 00 00 00 00 00  |................|
00000130  00 00 00 00 00 00 00 00  62 00 6f 00 6f 00 74 00  |........b.o.o.t.|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000180  00 00 46 d3 00 00 60 43  80 00 37 d9 00 00 37 c0  |..F...`C..7...7.|
00000190  00 00 50 81 00 00 59 4f  80 00 16 61 00 00 0c 05  |..P...YO...a....|
000001a0  00 a0 02 00 00 00 00 00  ff 9f 03 00 00 00 00 00  |................|
000001b0  00 00 00 00 00 00 00 00  62 00 61 00 63 00 6b 00  |........b.a.c.k.|
000001c0  75 00 70 00 00 00 00 00  00 00 00 00 00 00 00 00  |u.p.............|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200

对比结果：一模一样

（4）分区区域
uboot分区： 0x00004000 ~ 0x00005fff
trust分区： 0x00006000 ~ 0x00007fff
boot分区：0x0000a000 ~ 0x00019fff
backup分区：0x0002a000 ~ 0x00039fff
rootfs分区：0x0005a000 ~ 0x01d1efde

（5）备份GPT分区表
（6）备份GPT分区表头

总结

采用GPT分区的方式，不是将 parameter.txt 文件保存在emmc的0地址处，而是将其中的CMDLINE信息解析为标准的GPT分区结构，保存在emmc的0地址处。
通过上面的分析，GPT分区结构占用了1（MBR）+ 1（GPT Header） + 32（GPT Entry） = 34个扇区，从LBA34~LBA63读取的数据都是0，从LBA64开始有数据，与文档中的）LOADER位置一致，但是为什么读出的数据与MiniLoaderAll.bin不一致，我也不知道，请知道高手指教下，谢谢。