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了。