nand中间出现坏块,无法正常启动内…
我板子的启动过程如下:
..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中间出现坏块,无法正常启动内…的更多相关文章
- Nand Flash基础知识与坏块管理机制的研究
概述 Flash名称的由来,Flash的擦除操作是以block块为单位的,与此相对应的是其他很多存储设备,是以bit位为最小读取/写入的单位,Flash是一次性地擦除整个块:在发送一个擦除命令后,一次 ...
- nand flash 的oob 及坏块管理
0.NAND的操作管理方式 NAND FLASH的管理方式:以三星FLASH为例,一片Nand flash为一个设备(device),1 (Device) = xxxx (Blocks),1 ...
- nand flash坏块管理OOB,BBT,ECC
转:http://www.cnblogs.com/elect-fans/archive/2012/05/14/2500643.html 0.NAND的操作管理方式 NAND FLASH的管理方式:以三 ...
- 【转】nand flash坏块管理OOB,BBT,ECC
0.NAND的操作管理方式 NAND FLASH的管理方式:以三星FLASH为例,一片Nand flash为一个设备(device),1 (Device) = xxxx (Blocks),1 ...
- undo丢失恢复异常恢复,运维DBA反映Oracle数据库无法启动报错ORA-01157 ORA-01110,分析原因为Oracle数据库坏块导致
本文转自 惜纷飞 大师. 模拟基表事务未提交数据库crash,undo丢失恢复异常恢复,运维DBA反映Oracle数据库无法启动报错ORA-01157 ORA-01110,分析原因为Oracle数据库 ...
- NAND Flash大容量存储器K9F1G08U的坏块管理方法
转: http://www.360doc.com/content/11/0915/10/7715138_148381804.shtml 在进行数据存储的时候,我们需要保证数据的完整性,而NAND Fl ...
- PostgreSQL 恢复大法 - 恢复部分数据库、跳过坏块、修复无法启动的数据库
转载自:https://yq.aliyun.com/articles/582880 背景 一个较大的数据库,如何只恢复一部分数据(例如只恢复某个DB). 如果访问有坏块的表. 如何从无法启动的数据库中 ...
- STM32下FatFs的移植,实现了坏块管理,硬件ECC,ECC纠错,并进行擦写均衡分析
最近因项目需要,做一个数据采集的单片机平台.需要移植 FatFs .现在把最后成果贴上来. 1.摘要 在 STM32 单片机上,成功移植 FatFs 0.12b,使用的 Nand Flash 芯片为 ...
- Oracle corrupt block(坏块) 详解
转自:http://blog.csdn.net/tianlesoftware/article/details/5024966 一. 坏块说明 1.1 相关链接 在看坏块之前,先看几个相关的链接,在后面 ...
随机推荐
- WebSocket 在烧瓶和龙卷风中的应用
a. 安装 pip3 install gevent-websocket 作用: - 处理Http.Websocket协议的请求 -> socket - 封装Http.Websocket相关数据 ...
- apply 无循环拼接数组
apply()第二个参数只能是数组,这个数组将作为参数传给原函数的参数列表arguments. 其实在实际开发中,JS 继承的方法并不止这一种,使用原型链继承是更加常用的方式,此外还有构造函数继承,这 ...
- Cisco DHCP 配置要点
实验拓扑图:IOU5/6/7模拟主机 IOU1为DHCP服务器 IOU2为DHCP中继器 IOU3/4为局域网内的交换机 在IOU1中配置DHCP配置 IOU2作为DHCP中继,在E0/0.10和E0 ...
- (五)java进制
进制 整数的表示 十进制: 0-9, 满10进1 八进制: 0-7, 满8进1,以0开头 每三位表示一位,三位数中最大的是111,111是7,7是八进制中最大的基数 十六进制:0-15,满 ...
- 【解题报告】[动态规划]-PID69 / 过河卒
原题地址:http://www.rqnoj.cn/problem/69 解题思路: 用DP[i][j]表示到达(i,j)点的路径数,则 DP[0][0]=1 DP[i][j]=DP[i-1][j]+D ...
- python的一些开源库
SQLAlchemy——数据持久层框架 简介 SQLAlchemy 主要由两部分组成,一个 SQL 工具包和一个关系对象映射(ORM),它能让开发者完全发挥出 SQL 的灵活性与强大的能量.他实现了一 ...
- 为什么要使用ORM技术?和 JDBC 有何不一样?
为什么要使用ORM技术?和 JDBC 有何不一样? 1.繁琐的代码问题: 用JDBC的API编程访问数据库,代码量较大,特别是访问字段较多的表的时候,代码显得繁琐.累赘,容 ...
- npm 私服工具verdaccio 安装配置试用
1. 安装 npm install -g verdaccio 2. 启动 verdaccio // 界面显示信息 Verdaccio doesn't need superuser privileg ...
- openfaas k8s 集成
备注 k8s 1.6 以下版本与k8s 1.6 以上版本会有一些简单的区别 1. 克隆k8s 部署文档 https://github.com/openfaas/faas-netes 2. 创 ...
- 学习动态性能表(5)--v$session
学习动态性能表 第五篇--V$SESSION 2007.5.29 在本视图中,每一个连接到数据库实例中的session都拥有一条记录.包括用户session及后台进程如DBWR,LGWR,arcch ...