做了make_recover却不能恢复的解决办法

发布: 2007-7-04 12:06 | 作者: admin | 来源: 　网友评论 | 查看: 10次 | 进入软件测试论坛讨论

　　Machin:N4000
　　OS:11.00
　　Ignite:B.1.4
　　硬件: 64位
　　内核:64位
　　准备将客户的2块18.2GB的内置硬盘换成2*36GB的。
　　# make_recovery -Av
　　.....
　　一切信息都正常，LIF也写到了/dev/rmt/0m了，提示整个VG00都已经备份完毕，一点错误消息都没有。
　　
　　然后将2*18GB硬盘拿下，换上2*36GB，启动机器，进入：
　　Main Menu>bo 0/0/1/0.3 (TAPE路径)
　　HARD booted
　　ISL Revision 3.1.....
　　..
　　然后退出到了：
　　ISL>
　　
　　傻了，引导不了了。
　　isl> ls
　　HPUX -293948 ........
　　
　　搞了很久，又换磁带机，又换磁带，又换硬盘，都没有反映。咨询HP的工程师也没有遇到类似的情况，做make_recovery命令没一点问题啊。
　　一遍一遍的重新做make_recovery，通过make_recovery -p、make_recovery -r都试过了，还是不行。哎，做一次备份得等3个小时，做了N次，累啊！
　　
　　最后，已经到了绝望时候了，但客户要求一定要搞定，没办法，还得熬夜。
　　
　　突然，想到是否是Ignite问题（除此之外，我实在想不出来了），从网站上D了一个Ignite B 5.4版的，安装完毕，做完make_recovery -Av，提示正常。
　　重新从磁带引导系统，居然现象依旧。@@@@@@^^^^@@@@@@
　　死了。死了。
　　
　　但是，当我在ISL提示符下做：
　　ISL> HPUX (0/0/1/0.3;0):WINSTALL
　　呵呵，引导成功了，恢复界面出来了。
　　
　　后面查资料得知，确实是Ignite版本的问题。
　　在Ignite B 3.5之前，使用make_recovery做到磁带机上的INSTALL的内核的位数是32位的，不会生成64位的内核，如果恢复时系统是64位的话，则无法正常引导。正好我的例子中Ignite <3.5，但我的硬件是64位的，所以无法正常引导，通过升级Ignite到B 5.4，产生的内核有32位的INSTALL，也有64位的WINSTALL、VINSTALL，所以在引导的时候，选择WINSTALL内核引导就OK了。