如果uboot出现问题是比较麻烦的,因为这需要有一个装有正确的uboot/bootloader的flash芯片作为引导,
将系统重新引导至uboot界面中,之后再重新烧写uboot到系统本身的flash中,进而烧写内核(如有必要)。
一,重新烧写uboot
首先需要一个特定的PCLL(flash芯片),这个PCLL上固化了一个正确的bootloader, 通过这个bootloader可以成功进入bootloader界面, 在此条件下重新烧写uboot/bootloader。
使用此PLCC的步骤是:
在系统下电情况下, 使用跳线/拨码开关等将此系统的启动方式变从外部flash(即PLCC)引导,
之后将系统上电, 这时会从PLCC 启动。
启动成功后,进入uboot界面, 即命令行显示Dream 5220# #(类似命令行提示符)
此时将版卡的启动方式变为 从 nor flash 启动。 之后重新烧写uboot到此nor flash 上。
再用 kermit 来 *** 作。
Kermit是一个串口服务工具,类似与minicom ,功能比minicom 多。
//kermit/usb0.cfg 是kermit 的配置文件, 在其中可以配置 /dev/ttyUSB0 等路径
kermit -y kermit/usb0.cfg
-y kermit/usb0.cfg 指定配置文件。
该文件内容如下:
/*
set line /dev/ttyUSB0
set speed 115200
set carrier-watch off
set hardshake none
set flow-control none
robust
set file type bin
set file name lit
set rec pack 1000
set send pack 1000
set window 5
*/
将此文件保存在主目录下, 命名为:kermit/usb0.cfg(可自定义)
执行后进入kermit 界面, 按 c
进入 串口界面(就是设备的界面)
切换回kermit 界面快捷键:Ctrl + \ , 之后再按 c 。
执行:
Dream 5220# # detect
显示:
Checking for NOR flash...
Flash detect 33554432Mb
这说明flash状态良好。
//让串口进入接受状态。
Dream 5220# # loadb
进入kermit 界面: ctrl + \ 按 c
执行:
send uboot.bin
就是将当前目录下的uboot.bin 文件发送给串口。
完成后,进入串口界面。
执行:
Dream 5220# # upgrade 0x20000000 0x1dc00000 +0xe0000
0x20000000 是 kermit 执行 send 后 将文件send 到的默认地址。
再将文件写到nor flash 的首地址:0x1dc00000 +0xe0000为写的长度。
执行:reset。让系统重启。
/*
至此,新的uboot烧写完成,reset后, 如果还是不成功的话,那么问题肯定出在linux的的启动阶段或者新的uboot还是有问题,这可以通过启动过程中的debug信息看出来
一,如果内核有问题,导致linux没有进入shell界面,要重新进入Uboot环境,就是在reset 之后,一直按 ctrl + c ,这样在uboot启动完成后, 不会进入kernel的启动阶段,而是停留在uboot的命令行中,
在这个uboot 环境下,烧写新内核, 配置ipaddr,serverip等,同最开始的例子中 *** 作是一样的。
//本机uboot 的ip地址
setenv ipaddr 10.10.167.10
//服务器ip地址
setenv serverip 10.10.167.249
//下载linux内核vmlinux52
// 在服务器的tftpboot目录下存在相应文件,搭建到tftp服务环境
tftpboot 0 vmlinux52
// 烧写到flash 上。
// 0x20000000 是vmlinux52的存贮位置。
// 0x1dd00000 是系统内核的起始位置(每个设备位置不同),
// +0x600000是文件长度
upgrade 0x20000000 0x1dd00000 +0x600000
在reset 之前,一般还要设置一下环境变量。
比如
setenv linux_args mtdparts=octeon_nor0:1m(BOOT),7m(LINUX),21m(CONFIG),3m(MD)
setenv bootcmd 'bootoctlinux 0x1dd00000 coremask=0x3 mem=700'
//保存
saveenv
bootoctliux
二 ,如果新烧写的uboot本身有问题,那么修改uboot代码,编译通过后, 使用PLCC重复上述烧写过程。
make oldconfig 和 make defconfig的区别:oldconfig是将当前内核源码的新特性加入.config中去。
defconfig是直接按照默认的i386_defconfig生成.config。
make oldconfig 和 make defconfig是在Linux 内核配置方式中出现的。相关的还有:
#make config
#make menuconfig
#make gconfig
#make allyesconfig
#make allmodconfig
1.make config
make config是基于文本的最为传统的也是最为枯草的一种配置方式,但是它可以使用任何情况,这种方式会为每一个内核支持的特性向用户提问,如果用户回答“y”,则把特性编译进内核;回答“m”,则它特性作为模块进行编译;回答“n”,则表示不对该特性提供支持
如果回答每个问题前,必须考虑清楚,如果在配置过程中犯了错误给了错误的回答,就只能按“ctcl+c”强行退出了
2.make oldconfig
make oldconfig和make config类似,但是它的作用是在现有的内核设置文件基础上建立一个新的设置文件,只会向用户提供有关新内核特性的问题,在新内核升级的过程 中,make oldconfig非常有用,用户将现有的配置文件.config复制到新内核的源码中,执行make oldconfig,此时,用户只需要回答那些针对新增特性的问题
make silentoldconfig : Like above, but avoids cluttering the screen with questions already answered.和上面oldconfig一样,但在屏幕上不再出现已在.config中配置好的选项。
3.make menuconfig
基于终端的一种配置方式,提供了文本模式的图形用户界面,用户可以通过光标移动来浏览所支持的各种特性。使用这用配置方式时,系统中必须安装有ncurese库,否则会显示“Unable to find the Ncurses libraies”的错误提示
4.make xoncifg
基 于X Winodws的一种配置方式,提供了漂亮的配置窗口,不过只有能够在X Server上使用root用户欲行X应用程序时,才能够使用,它依赖于QT,如果系统中没有安装QT库,则会出现“Unable to find the QT installation”的错误提示
5.make gconfig
与make xocnifg类似,不同的是make gconfig依赖于GTK库
6.make defconfig
按照默认的配置文件arch/i386/defconfig对内核进行配置,生成.config可以用作初始化配置,然后再使用make menuconfig进行定制化配置
7.make allyesconfig
尽量多地使用“y”设置内核选项值,生成的配置中包含了全部的内核特性
make allnoconfig :除必须的选项外,其它选项一律不选. (常用于嵌入式系统).
8.make allmodconfig
尽可能多的使用“m”设置内核选项值来生成配置文件
uboot是制作启动盘的工具吧.如果是的话.那就跟Linux不挨边了.去网上找吧.挨边的话.用
1,whereis uboot
2,rpm -qf uboot
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)