硬件:迅为iTop 4412精英版 & TF卡
软件:系统自带终端即可 首先,我们应该清楚TF/SD卡可以看作一张完全空白的“白纸”,之所以有分区、分区格式的区别不过是在在这张“白纸”的某些特定位置写入了一些数据来指示分区、分区格式。 其次,我们还应该清楚,在TF/SD启动模式下,exynos 4412一上电,内部iROM会从TF/SD的第1个Block(第512个字节开始)读取8KB的数据到内部iRAM,然后从内部iRAM的0地址开始运行。 原理搞清楚了,那么首先需要把TF/SD低级格式化-所有Block全部写0x00。 1、连接TF/SD卡,打开终端 使用ls /dev/sd* 命令查看所有连接到电脑上磁盘。 问题:在这里为什么不用df命令? 原因是假设你的TF/SD卡只有一个分区但这个分区已损坏,或者有多个分区但是没有一个可以识别的分区,那么此时df命令无法查看到tf/sd卡,所以说直接列出dev下所有sd开头的设备,是终极方案。 (1)假设你的tf/sd卡只有一个分区,无论这个分区是否损坏,现象应该是类似这样的: 插上tf/sd卡之前: 插上tf/sd卡之后: 很明显多出的/dev/sdb就是本文后续操作的对象。 (2)假设你的tf/sd卡已有多个分区,无论这些分区是否损坏,现象应该是类似这样的: 插上tf/sd卡之前: 插上tf/sd卡之后: 这里多出5个设备,但是我们仍然将/dev/sdb作为本文后续操作的对象。 注意:我这里是/dev/sdb,但是还有可能是/dev/sdc等等其它符号,必须根据你实际出现的设备名称进行以下操作,否则有可能损坏系统分区,非常重要,切记!!! 2、使用16进制模式打开TF卡查看数据(可跳过) 我们使用linux自带命令hexdump查看tf/sd卡中的数据: 命令为: sudo hexdump -n 1048576 /dev/sdb 其中-n 1048576代表打印出前1M=1024*1024=1048576字节的数据。 执行结果(部分)如下: *代表内容为0x00,为了节省空间故作省略。 3、清空TF卡上前1MB的数据 由于4412的uboot大小基本在几百kB的量级,所以清空前1MB空间足够用,注意这里的清空不是格式化,而是填充0x00。 我们利用系统/dev下的zero设备,清零tf/sd卡前1MB。 执行结果如下: 这里的count=2000代表清空2000个block,一个block=512B,2000个正好为1MB。 再次hexdump查看tf/sd卡数据,发现: 前1MB空间成功清0x00。 4、烧写uboot启动文件 在这里,我们待烧写的文件为 u-boot-iTOP-4412.bin 这个文件。 终端执行命令: if代表输入文件地址,以你u-boot-iTOP-4412.bin 这个文件的实际地址为准,of代表输出地址,以你tf/sd卡的实际设备号为准。 到这里,就可以将tf/sd卡插入开发板上电启动了,为了证明我们烧写无误,我们执行后续操作。 5、确认烧写正确(可跳过) 我们需要确定从tf/sd卡的第一个block开始处,确实正确烧写了u-boot-iTOP-4412.bin这个文件,下面我们对比一下,用到的命令同样还是hexdump。 在这里,我们为了显示方便,只打印前5KB数据,发现bin文件被正确的复制到了sd卡的512字节处: 6、将TF卡接到开发板上,拨码开关选择TF启动,上电: Done。
|