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硬盤拿下
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了。
