CF卡引导IOS惊魂记
2007-08-06 01:39
363 查看
今天实验室本来要做一个试验,我这边正在架环境;
有两台3725要调一下,先SDM一下,看看这几个乖乖今天状态可好?
…………………………
状态真的可好。。。NOC灯没亮?根据经验应该是CF卡上的IOS没加载,路由器在
上次停电的时候加载自己flash里的IOS了,它自己的由于空间小,当时放的版本比较低
所以不支持IDS、NOC等功能。
不管怎么样,先引导看看哪里的问题,也许是上次忘记插卡了,哈哈哈
program load complete, entry point: 0x80008000, size: 0x1f784dc
Error : compressed image checksum is incorrect 0x19DB7DE8
Expected a checksum of 0x0535FE8C
*** System received a Software forced crash ***
signal= 0x17, code= 0x5, context= 0x8000eb80
PC = 0x800080d4, Cause = 0xf0420, Status Reg = 0x3041e803
…………………………
我ft,这是什么东西,看起来不正常啊。。。。
Checksum failed on piptom-atafslib-m
Expected checksum: 4a, calculated checksum: 4f2a
open: file "piptom-atafslib-m" not found
open(): Open Error = -1
loadprog: error - on file open
cannot load the monitor library "slot0:%piptom-atafslib-m" from device: external compact flashloadprog: error - on file open
boot: cannot load "slot0:c3725-adventerprisek9-mz.124-7.bin"
好像不能读CF卡上的文件,没关系,我们先让另一台3725读。
the same ending。。。。。
我靠。。。。
赶快放到3745上去试试,一切正常啊。。。。。
难不成前些日子断电吧CF卡断坏了???奇怪,3745都可以识别啊
还是先格了再说,format slot0:
然后吧几个路由器用到的IOS都传上去;结果还是报错:
一台3725还好,仅仅报文件打不开
另一台才离谱,索性整个boot系统都坏掉,不管是从CF卡引导还是从tftp引导一律没门。
……………………
思考,冷静下来。
是不是ROM中备份的IOS有问题?
向flash中灌一个小巧一点的IOS,启动后用它引导CF的IOS,问题依旧。。。。
更换CF卡中的IOS,引导,问题依旧;
要命的是文件打不开的错误还时有时无,即便没报错,启动起来还是flash上的IOS,郁闷;
系统报的那个出错的字串在google等引擎上怎么也找不到。
再分析,报文件出错肯定是CF有问题,如果是路由器已经坏了,引导flash里的IOS不会每次
都那么顺利;可是3745咋读的好好的?先不管45了,着重在25上考虑问题。
会不会读写总线有问题?
测试,从tftp上copy文件到CF,从CF上list、copy、del都很正常啊。。。
再次ft
由于在windows机上有读卡器,我拿CF到windows上copyIOS的时候顺手格式化了一下
还特别留意路由器格的格式是fat的
就用fat格一下试试吧……很快
放到25上,启动还是没效果。。。。。
无语了,一直感觉找不到问题所在:
如果问题在CF,为什么45能够读取?
如果问题在CF读写硬件,为什么除了启动的时候有问题,日常读写擦都没问题?
如果问题出现在IOS,为什么45都可以引导?
如果问题出现在flash的IOS,那么换了也不行?
如果问题出现在boot部分,为什么引导flash的IOS从来没报错????
如果都正常,为什么有台25连tftp引导都报错,而且报软件crash???
………………………………
实在非常极端的FT!!!!!
现在无论是flash还是IOS还是CF都来来回来插拔重启N次了
还是没什么结果;
突然想起一条erase的指令,之前一直用format,会不会那么高层的格式化会有问题?
于是用erase慢慢跑,在其中一台症状较轻的25上终于过关了,IOS也能从上面引导了
可是在另外一台重病患者上还是引导报读CF头部错误。。。。
这样以来问题就集中在CF卡上了,究竟是格式化出错,还是些文件出错?
发现病轻的25格式化和写文件,出来的CF卡都正常,可以引导,但是放到
病重的那台一跑就完蛋,大家都认不出了。。。
可是病重的25格式化和写都不正常,写文件速度过快,写完自己都报没有文件存在,
拿到别的路由上都没认出来,极度FT,难道真是无药可就的病症????
路由器格式化CF可真慢啊。。。。郁闷的说~~
病轻的那台25也报格式化一半出错。。。。更加晕哦。。。。
现在基本可以断定是CF卡的问题。。。。可是在PC机上一切正常啊。。。。。。
先闪人,明天再说。。。。本文出自 “水煮豆豆_网络爬爬” 博客,请务必保留此出处http://netwalk.blog.51cto.com/173717/66255
有两台3725要调一下,先SDM一下,看看这几个乖乖今天状态可好?
…………………………
状态真的可好。。。NOC灯没亮?根据经验应该是CF卡上的IOS没加载,路由器在
上次停电的时候加载自己flash里的IOS了,它自己的由于空间小,当时放的版本比较低
所以不支持IDS、NOC等功能。
不管怎么样,先引导看看哪里的问题,也许是上次忘记插卡了,哈哈哈
program load complete, entry point: 0x80008000, size: 0x1f784dc
Error : compressed image checksum is incorrect 0x19DB7DE8
Expected a checksum of 0x0535FE8C
*** System received a Software forced crash ***
signal= 0x17, code= 0x5, context= 0x8000eb80
PC = 0x800080d4, Cause = 0xf0420, Status Reg = 0x3041e803
…………………………
我ft,这是什么东西,看起来不正常啊。。。。
Checksum failed on piptom-atafslib-m
Expected checksum: 4a, calculated checksum: 4f2a
open: file "piptom-atafslib-m" not found
open(): Open Error = -1
loadprog: error - on file open
cannot load the monitor library "slot0:%piptom-atafslib-m" from device: external compact flashloadprog: error - on file open
boot: cannot load "slot0:c3725-adventerprisek9-mz.124-7.bin"
好像不能读CF卡上的文件,没关系,我们先让另一台3725读。
the same ending。。。。。
我靠。。。。
赶快放到3745上去试试,一切正常啊。。。。。
难不成前些日子断电吧CF卡断坏了???奇怪,3745都可以识别啊
还是先格了再说,format slot0:
然后吧几个路由器用到的IOS都传上去;结果还是报错:
一台3725还好,仅仅报文件打不开
另一台才离谱,索性整个boot系统都坏掉,不管是从CF卡引导还是从tftp引导一律没门。
……………………
思考,冷静下来。
是不是ROM中备份的IOS有问题?
向flash中灌一个小巧一点的IOS,启动后用它引导CF的IOS,问题依旧。。。。
更换CF卡中的IOS,引导,问题依旧;
要命的是文件打不开的错误还时有时无,即便没报错,启动起来还是flash上的IOS,郁闷;
系统报的那个出错的字串在google等引擎上怎么也找不到。
再分析,报文件出错肯定是CF有问题,如果是路由器已经坏了,引导flash里的IOS不会每次
都那么顺利;可是3745咋读的好好的?先不管45了,着重在25上考虑问题。
会不会读写总线有问题?
测试,从tftp上copy文件到CF,从CF上list、copy、del都很正常啊。。。
再次ft
由于在windows机上有读卡器,我拿CF到windows上copyIOS的时候顺手格式化了一下
还特别留意路由器格的格式是fat的
就用fat格一下试试吧……很快
放到25上,启动还是没效果。。。。。
无语了,一直感觉找不到问题所在:
如果问题在CF,为什么45能够读取?
如果问题在CF读写硬件,为什么除了启动的时候有问题,日常读写擦都没问题?
如果问题出现在IOS,为什么45都可以引导?
如果问题出现在flash的IOS,那么换了也不行?
如果问题出现在boot部分,为什么引导flash的IOS从来没报错????
如果都正常,为什么有台25连tftp引导都报错,而且报软件crash???
………………………………
实在非常极端的FT!!!!!
现在无论是flash还是IOS还是CF都来来回来插拔重启N次了
还是没什么结果;
突然想起一条erase的指令,之前一直用format,会不会那么高层的格式化会有问题?
于是用erase慢慢跑,在其中一台症状较轻的25上终于过关了,IOS也能从上面引导了
可是在另外一台重病患者上还是引导报读CF头部错误。。。。
这样以来问题就集中在CF卡上了,究竟是格式化出错,还是些文件出错?
发现病轻的25格式化和写文件,出来的CF卡都正常,可以引导,但是放到
病重的那台一跑就完蛋,大家都认不出了。。。
可是病重的25格式化和写都不正常,写文件速度过快,写完自己都报没有文件存在,
拿到别的路由上都没认出来,极度FT,难道真是无药可就的病症????
路由器格式化CF可真慢啊。。。。郁闷的说~~
病轻的那台25也报格式化一半出错。。。。更加晕哦。。。。
现在基本可以断定是CF卡的问题。。。。可是在PC机上一切正常啊。。。。。。
先闪人,明天再说。。。。本文出自 “水煮豆豆_网络爬爬” 博客,请务必保留此出处http://netwalk.blog.51cto.com/173717/66255
相关文章推荐
- CF卡引导IOS惊魂记(二)
- iOS唯一标示符引导
- iOS唯一标示符引导
- iOS引导页
- iOS 应用首次开启 出现引导页面
- iOS swift 获取对应APP定位权限是否打开并引导用户打开
- iOS唯一标示符引导
- 在CF卡上建立文件系统和安装引导加载程序
- iOS 开发之应用首次启动显示用户引导
- IOS精品源码,仿探探UIButton封装iOS提示弹框迅速引导页自定义导航栏
- iOS唯一标示符引导
- IOS9.0-Swift 引导页面实现
- IOS 引导页/欢迎页面 仅一句代码调用
- iOS 引导页
- iOS唯一标示符引导
- iOS引导界面与主界面之间切换
- ios程序 引导屏
- IOS程序启动引导示例
- IOS--引导页面
- iOS开发 - 三方库实现聚光引导效果与触摸跟踪动效