用grub安裝三系統
劍氣凌人
藍色理想
一、分割槽
本人的電腦中有兩塊硬碟，基本的想法是80g為win系統，10g的硬碟放兩個linux系統，第一塊硬碟中已有win2k系統，如果你只有乙個硬碟，可以用pq分乙個空區出來，然後在空出來的區中劃乙個交換分割槽，格式為/swap，大小一般為記憶體的1.5倍，如果你的記憶體為512m或者以上的交換分割槽和記憶體大小一樣就行了，再分出兩個大小為5g左右的根分割槽，格式化為ext3。這樣做的好處就是當安裝完linux系統後，win系統不會因為不識別ext3格式再變得非常緩慢。
二、安裝linux系統
現在安裝linux已經非常方便了，只要按螢幕上的提示來就行了，系統的安裝不分先後，但是安裝redhat9時把grub安裝在硬碟hda1的mbr上，安裝mandrake9.1時把lilo或grub安裝到/boot的第乙個扇區上就ok了。在linux中，主分割槽是hda1,第二個硬碟的主分割槽是hdb1,邏輯分割槽是從hda5開始的,如果有兩個硬碟，可能就是從hdb5開始，以此類推。如果您不知道是怎麼回事，就要用fdisk -l或df-la來檢視。要安裝系統的時候，也會有相應的讓您選擇安裝位置，也是hdax或者hdbx分割槽之類的，linux下沒有win的c和d盤之分。
三、修改grub.conf
系統安裝完了，但是現在只能引導redhat9和win系統，必須要改一下/boot/grub/grub.conf才能讓三系統正常執行，用root使用者進入系統，先用fdisk -ld 終端中檢視你的分割槽情況，知道分割槽情況就好辦了，用任何檔案編輯器來開啟/boot/grub/grub.conf,一般來說，win系統會自動載入到grub裡面的，下面是筆者的grub.conf檔案，我們來分析一下
default=0
timeout=10
splashimage=(hd1,2)/boot/grub/splash.xpm.gz
title windows2k
rootnoverify (hd0,0)
chainloader +1
title redhat9
root (hd1,2)
kernel /boot/vmlinuz-2.4.20-8 ro root=label=/
initrd /boot/initrd-2.4.20-8.img
title mandrake9.1
kernel (hd1,4)/boot/vmlinuz root=/dev/hdb5 quiet devfs=mount acpi=off vga=788
initrd (hd1,4)/boot/initrd.img
default=x為預設啟動的系統，0為排在第乙個的系統，以此類推。
timeout=x為grub選單停留的時間，單位為秒
title ***，***為標題，也就是你要引導的作業系統的名字，可以自己修改
root (hdx,y)x和y都代表乙個數值，x是linux的根分割槽在哪個硬碟上。如你只有乙個硬碟。那就是hd0。如果你的linux的乙個發行版是安裝在第二個硬碟，這個x，就是1。y是代表您所安裝的linux是在哪個區。這個數值有點不同，不太好說清楚。舉個例子來說。比如我把mandrake安裝到第二塊硬碟的第二個分割槽，也就是hdb5了。那他的root (hdx,y)，就應該寫為root (hd1,4)，也就是說y=hdaz或hdbz中的z減去1。
kernel (hdx,y)/boot/vmlinuz root=/dev/hdaz和initrd (hdx,y)/boot/initrd.img就是要引導哪個硬碟分割槽的映像和initrd檔案，一定要寫正確xy的數值，不然無法引導系統。
quiet devfs=mount acpi=off vga=788為啟動的引數。
rootnoverify (hdx,y)如果不能啟動win的話，可以改為root (hdx,y)來試試
chainloader +1意思是指定此分割槽上的第乙個磁軌來啟動
想加入別的作業系統到redhat 中的grub中，也不過是如此，如者用其它發行版中的grub來引導別的發行版，原理也是一樣的。這和win2k和xp中的boot.ini差不多，grub很簡單吧，多試幾次就會了。
最後嗎，當然是存檔重啟電腦，這時，我們就能享受多系統和平相處的樂趣了。
重灌grub一法
一般我們的硬碟安裝的系統都不只乙個紅旗，比如會有windows98，或者是win2000，xp，那麼在我們重新安裝windows的時候windows會重寫mbr（主引導記錄），因而我們的紅旗變不能正確引導了，這裡給出我的解決辦法。
前提條件： 安裝紅旗3.2的時候製作了啟動軟盤。
用啟動盤引導進入紅旗linux。
在終端或者是rxvt中按如下步驟進行。
#grub
grub> root (hd0,?)
#這行注釋，hd0是假設你是單硬碟的情況，我想應該是這#樣的吧，"?"的具體內容視你linux根分割槽所在位置而#定，比如你安裝在hda1，則是 0 ,假設是安裝在hda5,則#是4,就是實際的分割槽號減 1 。
grub> setup (hd0)
#注釋,安裝在mbr了。
如果你不想安裝在mbr則可以將最後一步改為
grub> setup (hd0,4)
這樣就安裝在hda5了，這裡首先假設了你的linux是安裝在hda5的。
至此恢復完畢。
如果你是用windows 的os loader引導的linux.在grub損壞而可以進入grub的控制台的情況下也可以用此方法。
用安裝盤來修復grub ［轉］
hopecao
發表於：2002-12-05 11:37:25
用安裝盤來修復grub
[linuxsir.***]
一、本解決方案所要解決的問題：
我們可能在安裝win時，把grub或者lilo從mbr上清除。如果在沒有系統引導軟盤只有安裝盤的情況下，所採取的解決解決辦法。
常用恢復mbr的辦法還有一種是用公升級系統的辦法，這種辦法經過驗證，是極不可靠的。我們經過近二三十次的實踐，證明效果幾乎很少，這個辦法用於沒有安裝grub的還是可行的。如果已經把grub安裝上，後來就重灌window或者別的作業系統而帶的lilo，而導致系統不能正常引導，這種辦法就失效了。所以說，本方案最適合grub的恢復。
二、解決過程［以redhat 7.3為例］
1.把安裝盤的第一張放到光碟機，然後重新啟動機器，在bois中把系統用光碟機來引導。
2.等安裝介面出來後，按［f4］鍵，也就是linux rescue模式。
3.一系列鍵盤以及幾項簡單的配製，過後就［繼續］了。。。這個過程，我不說了，比較簡單。
4.然後會出現這樣的字元
sh#
5.我們就可以操作grub了。。。哈。。。只要能出現這樣的，以後都是小kiss了，我就是不說 ，誰也能明白，地球人都知道了。。。。
sh#grub
會出現這樣的字元
grub>
我們就可以在這樣的字元後面，輸入
grub>root (hdx,y)
grub>setup (hd0)
如果成功會有乙個successful......
這裡的x，如果是乙個盤，就是0，如果你所安裝的linux的根分割槽在第二個硬碟上，那x就是1了；y，就是裝有linux系統所在的根分割槽。 setup (hd0)就是把grub寫到硬碟的mbr上。
我來舉個例子吧，如果以我的硬碟為例。我在第乙個硬碟上裝了xp，在第乙個硬碟的hda9個裝了rh73.我總共有兩個硬碟。如果我把grub丟了，就用這種辦法找回來。 如果你不知道你的linux安裝到哪個分割槽上，也就是說，不知道這個y是多少，這也不要緊，先輸入root (hdx，然後用[tab]來檢視,一下就明白了...
操作如下：［前面開機啟動的上面有說明］
sh# grub
會出現下面的字樣的
grub>
然後再這樣操作,如果我知道我的linux裝在第乙個硬碟上，但我不知道裝在哪個分割槽上，就可以先輸入root (hd0,然後用［tab］鍵來補齊，然後就明白了。
[code:1:3249bf1c31]
grub>root (hd0,8)
grub>setup (hd0)
[/code:1:3249bf1c31]
請弟兄們結合文章及這個例子，仔細想一想。
我的第乙個硬碟的分割槽情況是這樣的。。
/dev/hda1 主分割槽 ntfs
/dev/hda2 擴充套件分割槽
/dev/hda5 ntfs
/dev/hda6 fat
/dev/hda7 fat
/dev/hda8 /boot ext3
/dev/hda9 / ext3
/dev/hda10 /swap ext3
最後就是按一下［reset］鍵，重新啟動，就ok了。。。。這步應該是最簡單的吧。。。哈。。。。
grub安裝修復
grub的安裝與修復 要進行grub的修復 安裝，前提是你的linux系統還健在，否則如果你不能爭確引導windows，請參看 grub clear case 1 只是啟動時不能進入grub啟動引導介面，而停留在 grub 提示符處 需要重新安裝grub到mbr 硬碟的主引導扇區 main mast...
安裝windows後grub修復
安裝windows之後發現ubuntu進不去了,主要原因在於grub被windows乾掉了.原本希望通過使用u盤來進行修復,結果u盤不被識別.於是通過easybcd啟動ubunt live光碟.進入ubuntu安裝介面下進行修復 1.開啟終端 ctrl alt t 2.提公升許可權至root sud...
Grub丟失 用安裝盤來修復GRUB
一 本解決方案所要解決的問題 我們可能在安裝win時，把grub或者lilo從mbr上清除。如果在沒有系統引導軟盤只有安裝盤的情況下，所採取的解決解決辦法。常用恢復mbr的辦法還有一種是用公升級系統的辦法，這種辦法經過驗證，是極不可靠的。我們經過近二三十次的實踐，證明效果幾乎很少，這個辦法用於沒有安...