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了。
（出处：http://www.sheup.com）