做了make_recover却不能恢复的解决办法
Machin:N4000OS: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了。
