我板子的启动过程如下:

..showlogo..
Flash:   1 MB
NAND:    SLC
detected.256 MB
In:     
serial
Out:    
serial
Err:    
serial
*************show logo***************Hit any key to stop
autoboot:  0

NAND read: device 0 offset 0x900000, size 0x300000
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
                 
.....
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
s3c-nand: ECC uncorrectable error detected
 3145728 bytes read: ERROR
get_format
-------- 0 --------
Wrong Image Format for bootm command
ERROR: can't get kernel image!

分析:uboot能够正常启动,但是从这句“NAND read: device 0 offset
0x900000, size 0x300000
”可以看出在nand中0x900000出开始读kernel到内存时,出错,问题应该出在这段nand中,幸亏uboot能正常启动,那就好说了,直接重新给nand分区,然后修改uboot启动后设置启动参数,就可以搞定了。

值得注意的是:nand分区在linux内核中修改,/arch/arm/plat-s3c24xx/common-smdk.c

struct mtd_partition s3c_partition_info[]

板子原来的分区如下:

struct mtd_partition s3c_partition_info[] = {
       
{
               
.name  = "Bootloader",
               
.offset  = 0,
               
.size  = (1024*SZ_1K),
            
//  
.mask_flags = MTD_CAP_NANDFLASH,
  
       
},
  {
               
.name  = "Logo",
               
.offset  =
MTDPART_OFS_APPEND,
               
.size  = (8*SZ_1M),

// .mask_flags = MTD_CAP_NANDFLASH,
       
},
       
{
               
.name  = "Kernel",
               
.offset  =
MTDPART_OFS_APPEND,
               
.size  = (3*SZ_1M),
              
// .mask_flags = MTD_CAP_NANDFLASH,
       
},
#ifdef CONFIG_SPLIT_ROOT_FILESYSTEM
       
{
               
.name  = "Root - Cramfs",
               
.offset  =
MTDPART_OFS_APPEND,
               
.size  = (48*SZ_1M),
       
},
#endif
       
{
               
.name  = "File System",
               
.offset  =
MTDPART_OFS_APPEND,
               
.size  = MTDPART_SIZ_FULL,
       
}
};

#endif

从上可以看出我板子的nand分区是:Bootloader --1M        
  0x0000 0000--0x0010 0000

Logo      
--8M          
0x0001 0000--0x0090 0000

Kernel    
--3M           0x0009
0000--0x00c0 0000

Root - Cramfs 
--48M      0x000c
0000--0x03c0 0000

File System   
--剩余都是 0x03c0 0000--末尾

从上面可以看出,我们内核那部分空间会有部分坏块可能,所以我们要把内核空间往后移动2M空间就足够解决问题了,由于变量MTDPART_OFS_APPEND的使用,我们很好改变分区的位置和大小,我们只需要把Bootloader的空间增加2M就可以了,后面的分区就依次向后弄懂2M位置(uboot一般都很小,一般500多kb,所以后面的大部分空间就浪费了,由于nand一般都比较大,我们也就不必担心浪费的问题)。

修改后的分区应该是

Bootloader --1M        
  0x0000 0000--0x0030 0000

Logo      
--8M          
0x0003 0000--0x00b0 0000

Kernel    
--3M           0x000b
0000--0x00e0 0000

Root - Cramfs 
--48M      0x000e
0000--0x03e0 0000

File System   
--剩余都是 0x03e0 0000--末尾

uboot再重新启动时,还要修改bootcmd

SMDK2416 # setenv bootcmd nand read c0008000 b00000 300000\;bootm c0008000
SMDK2416 # saveenv

重新修改nand分区后,如何再进行sd卡一键烧写:

uboot分两种:一个是从sd卡启动的uboot,另一个是从nand启动的uboot;把修改过分区后的内核及其他相应文件制作一键烧写的sd卡,从sd卡启动进入uboot(此为sd的uboot),敲空格进入命令行

Helper2416 # print
bootargs=set bootargs root=/dev/mtdblock2
console=ttySAC0,115200  mem=128m
bootcmd=sleep 1;nand scrub ;sleep 1;nand
erase;sleep 1;movi read 3800000# 40000 c0000000 ;sleep 1;nand write
c0000000 0 40000;sleep 1;movi read kernel c0000000;sleep 1;nand
write c0000000 900000 200000;sleep 1;movi read 3600000# 1800000
c0000000;sleep 1;nand write.yaffs c0000000 c00000
17ffac0
bootdelay=3
baudrate=115200
ethaddr=00:40:5c:26:0a:5b
ipaddr=192.168.0.20
serverip=192.168.0.100
gatewayip=192.168.0.1
netmask=255.255.255.0
nfspath=/opt/target
nfsargs=set bootargs console=ttySAC0,115200 root=/dev/nfs
nfsroot=$serverip:/opt/target,tcp rw ip=$ipaddr init=/linuxrc
updateu=nfs c0000000 $serverip:$nfspath/u-boot.bin;nand erase 0
40000;nand write c0000000 0 40000
updatek=nfs c0000000 $serverip:$nfspath/zImage;nand erase 40000
200000;nand write c0000000 40000 200000
bootnand=nand read c2000000 40000 200000;bootm c2000000
stdin=serial
stdout=serial
stderr=serial

Environment size: 950/16380 bytes
就是上面那红色部分bootcmd完成了,把sd卡上的uboot、kernel、文件系统依次copy到内存中,然后再copy到nand中保存的。因为我们修改了kernel的nand分区,所以我们也要修改这部分往nand中回写部分的地址。要和内核中的nand分区对应。我的修改如下:

setenv bootcmd 'nand scrub ;sleep 1;nand
erase;movi read 3800000# 40000 c0000000 ;nand write c0000000 0
40000;movi read kernel c0000000;nand write c0000000 b00000
300000;movi read 3600000# 1800000 c0000000;nand write.yaffs
c0000000 e00000 17ffac0'

saveenv 
保存(这些环境参数保存到哪去了呢?注意我们此时是从sd卡启动的,当然保存到sd中的uboot中了)

然后就可以用这个sd卡进行一键烧写了。

还有就是要注意了,烧写完成后,启动还要报错:说是找不到zImage,那是因为你的nand中的uboot参数bootcmd没有修改成和内核nand分区对应的地址。

nand中间出现坏块,无法正常启动内…的更多相关文章

  1. Nand Flash基础知识与坏块管理机制的研究

    概述 Flash名称的由来,Flash的擦除操作是以block块为单位的,与此相对应的是其他很多存储设备,是以bit位为最小读取/写入的单位,Flash是一次性地擦除整个块:在发送一个擦除命令后,一次 ...

  2. nand flash 的oob 及坏块管理

    0.NAND的操作管理方式      NAND FLASH的管理方式:以三星FLASH为例,一片Nand flash为一个设备(device),1 (Device) = xxxx (Blocks),1 ...

  3. nand flash坏块管理OOB,BBT,ECC

    转:http://www.cnblogs.com/elect-fans/archive/2012/05/14/2500643.html 0.NAND的操作管理方式 NAND FLASH的管理方式:以三 ...

  4. 【转】nand flash坏块管理OOB,BBT,ECC

    0.NAND的操作管理方式      NAND FLASH的管理方式:以三星FLASH为例,一片Nand flash为一个设备(device),1 (Device) = xxxx (Blocks),1 ...

  5. undo丢失恢复异常恢复,运维DBA反映Oracle数据库无法启动报错ORA-01157 ORA-01110,分析原因为Oracle数据库坏块导致

    本文转自 惜纷飞 大师. 模拟基表事务未提交数据库crash,undo丢失恢复异常恢复,运维DBA反映Oracle数据库无法启动报错ORA-01157 ORA-01110,分析原因为Oracle数据库 ...

  6. NAND Flash大容量存储器K9F1G08U的坏块管理方法

    转: http://www.360doc.com/content/11/0915/10/7715138_148381804.shtml 在进行数据存储的时候,我们需要保证数据的完整性,而NAND Fl ...

  7. PostgreSQL 恢复大法 - 恢复部分数据库、跳过坏块、修复无法启动的数据库

    转载自:https://yq.aliyun.com/articles/582880 背景 一个较大的数据库,如何只恢复一部分数据(例如只恢复某个DB). 如果访问有坏块的表. 如何从无法启动的数据库中 ...

  8. STM32下FatFs的移植,实现了坏块管理,硬件ECC,ECC纠错,并进行擦写均衡分析

    最近因项目需要,做一个数据采集的单片机平台.需要移植 FatFs .现在把最后成果贴上来. 1.摘要 在 STM32 单片机上,成功移植 FatFs 0.12b,使用的 Nand Flash 芯片为 ...

  9. Oracle corrupt block(坏块) 详解

    转自:http://blog.csdn.net/tianlesoftware/article/details/5024966 一. 坏块说明 1.1 相关链接 在看坏块之前,先看几个相关的链接,在后面 ...

随机推荐

  1. WebSocket 在烧瓶和龙卷风中的应用

    a. 安装 pip3 install gevent-websocket 作用: - 处理Http.Websocket协议的请求 -> socket - 封装Http.Websocket相关数据 ...

  2. apply 无循环拼接数组

    apply()第二个参数只能是数组,这个数组将作为参数传给原函数的参数列表arguments. 其实在实际开发中,JS 继承的方法并不止这一种,使用原型链继承是更加常用的方式,此外还有构造函数继承,这 ...

  3. Cisco DHCP 配置要点

    实验拓扑图:IOU5/6/7模拟主机 IOU1为DHCP服务器 IOU2为DHCP中继器 IOU3/4为局域网内的交换机 在IOU1中配置DHCP配置 IOU2作为DHCP中继,在E0/0.10和E0 ...

  4. (五)java进制

    进制 整数的表示 十进制:   0-9,  满10进1 八进制:   0-7,  满8进1,以0开头 每三位表示一位,三位数中最大的是111,111是7,7是八进制中最大的基数 十六进制:0-15,满 ...

  5. 【解题报告】[动态规划]-PID69 / 过河卒

    原题地址:http://www.rqnoj.cn/problem/69 解题思路: 用DP[i][j]表示到达(i,j)点的路径数,则 DP[0][0]=1 DP[i][j]=DP[i-1][j]+D ...

  6. python的一些开源库

    SQLAlchemy——数据持久层框架 简介 SQLAlchemy 主要由两部分组成,一个 SQL 工具包和一个关系对象映射(ORM),它能让开发者完全发挥出 SQL 的灵活性与强大的能量.他实现了一 ...

  7. 为什么要使用ORM技术?和 JDBC 有何不一样?

    为什么要使用ORM技术?和 JDBC 有何不一样?        1.繁琐的代码问题:        用JDBC的API编程访问数据库,代码量较大,特别是访问字段较多的表的时候,代码显得繁琐.累赘,容 ...

  8. npm 私服工具verdaccio 安装配置试用

      1. 安装 npm install -g verdaccio 2. 启动 verdaccio // 界面显示信息 Verdaccio doesn't need superuser privileg ...

  9. openfaas k8s 集成

    备注 k8s 1.6 以下版本与k8s 1.6 以上版本会有一些简单的区别 1. 克隆k8s  部署文档   https://github.com/openfaas/faas-netes   2. 创 ...

  10. 学习动态性能表(5)--v$session

    学习动态性能表 第五篇--V$SESSION  2007.5.29 在本视图中,每一个连接到数据库实例中的session都拥有一条记录.包括用户session及后台进程如DBWR,LGWR,arcch ...