安裝虛擬Redhat Linux,物理硬碟與虛擬硬碟共存的問題(轉)

安裝虛擬Redhat Linux,物理硬碟與虛擬硬碟共存的問題(轉)[@more@]以下情況都是談論物理硬碟與虛擬硬碟共存的問題，並且這是在想透過硬碟方式安裝虛擬Redhat Linux下的產物：

1.在實際硬碟任何分割槽沒有安裝Linux的情況下
裝完虛擬Linux後,可以使用"Edit Virtual Machine Settings"新增物理硬碟(physic disk),從而使虛擬磁碟與物理磁碟間能互相寫檔案,但虛擬對當前作業系統(比如Windows)所在分割槽執行寫操作後,並不能真正實現,而其他的沒有問題,只不過"虛到實"通常不能立即得到顯示.
2.實際硬碟安有Linux時
1)如果事先將真實硬碟(IDE)與虛擬硬碟(預設為SCSI)一同新增,然後安裝虛擬Linux,則即使裝在SCSI中(虛擬目錄也確實佔用了那麼多空間),裝完後啟動進入的仍是物理硬碟的Linux;若將IDE從設定中移除,則引導後卻不能進入系統,縱然是修復GRUB也無效.
2)本來好使的虛擬Linux系統,掛上裝有Linux的物理硬碟後同樣引導失敗.

—— 22:18 2006-9-7


2006-9-24
!!!對於第二種(2.)情況，其實也有解決方法，我最近發現的：
其一，在新增實際硬碟時，在Usage選項選擇Use individual partitions，而不是Use etire disk(整個硬碟)，之後可選擇除了裝有Linux的所有分割槽，或者乾脆只選擇Windows型別的分割槽。
其二，將Redhat Linux裝在虛擬硬碟(通常是SCSI型)上後，——注意：安裝時將GRUB或LILO裝在引導分割槽的第一個扇區，而不是MBR，—— 虛擬系統會重新啟動，但是結果卻大出我們所料，連GRUB都載入失敗，更別說啟動系統。在這種情況下，你可能考慮利用來光碟修復。沒錯，但是第一回我沒有成功，不過兩三個星期後的今天我察覺到了根本原因：安裝時虛擬系統把real-hard-disk當成第一個硬碟，而virtual-hard-disk是第二個，然而，裝完後重新引導時順序卻反過來了(即，虛擬系統把實際的當成第一個，而GRUB將虛擬的當成第一個，之所以在這種情況出現這樣的情況，是因為系統與GRUB並非是一體的)，所以，你可以這樣做：
1) 透過Redhat安裝光碟進入急救模式(linux rescue)；
2) 在sh之提示符下，輸入grub命令，並參照如下命令輸入：
root (hd1,0) //這裡hd1表示虛擬硬碟(第二塊硬碟)，0代表系統安裝時的/所在分割槽(如果有/boot分割槽，則是/boot所在分割槽)
setup (hd1) //重新安裝GRUB，即修復引導裝載程式
3)編輯grub.conf：
cd /mnt/sysimage
vi etc/grub.conf //或vi boot/grub/grub.conf
此時，將與Redhat有關的(包括影像和核心位置)hd1全部換成hd0就OK了。
綜述：在步1)中，得用hd1，因為系統會把虛擬的硬碟看作第一塊。如果你有興趣，可以分別在急救模式和引導處的grub修復模式下，輸入“root (hd0,”，再按Tab鍵，就能立馬注意到如上所述的差異。