背景:win7下裝完雙系統,重新啟動出現grub rescue>
模 式 黑屏,無法正常啟動
解決辦法: 使用grub rescue模式下引導命令,手動引導。首先給出參考文獻來自於ubuntu官方論壇 還有一篇部落格某部落格
解決步驟為:
執行ls命令grub rescue> ls
找到ubuntu系統所在分割槽
執行set root命令root=(hd0,n)
或者root=(hd0,msdos+n)
n是代表數字,至於是n還是msdos+n取決於ls顯示的內容
執行 prefix 命令prefix=(hd0,n)/boot/grub
執行 insmod命令insmod normal
執行 normal 命令normal
最後啟動系統後執行update-grub
和grub-install /dev/sda
命令,這樣就可以避免下次啟動再次出現rescue了
其實以上內容都不是我想要說的
個人總結
上面的解決步驟是大部分部落格給出的解決方案,某種情況下十分完美的解決了問題,但是也有水土不服的時候,在什麼情況下上述解決方案水土不服,以及又如何解決才是我真正想要說的。
其實grub引導系統啟動的真正程式是通過找到grub.cfg檔案,這個檔案記錄了如何找到引導程式進行正確引導。
水土不服的時候
大家看步驟3prefix=(hd0,n)/boot/grub
這一步驟的目的就是指定grub.cfg檔案所在目錄位址,以便找到grub.cfg檔案。但是這個步驟只適用於安裝時沒有對/boot掛載點單獨分割槽的情況。當對/boot掛載點單獨分割槽時,會把內容直接放在分割槽裡。所以執行步驟3的時候可能會報錯,報錯內容為找不到/boot/grub/grub.cfg檔案
。此時只需要找到/boot掛載點所在分割槽,比如為(hd0,m),然後執行
prefix=(hd0,m)/grub
就可以了
與此類似,當你有兩塊硬碟時,你可能需要把hd0替換為hd1
grub rescue救援模式的處理
我的linux在調整分割槽後,出現了grub rescue 這表示grub2的配置檔案壞了,由於分割槽調整或分割槽uuid改變造成grub2不能正常啟動,從而進入修復模式 grub rescue 也稱救援模式。在救援模式下只有很少的命令可以用 set ls insmod root prefix 1 ...
Ubuntu出現grub rescue的處理方法
ubuntu出現grub rescue的處理方法 前不久剛剛裝上ubuntu 12.04,折騰了幾天的多 和命令列,這幾天啃鳥哥的書啃的很嗨皮,誰知今天晚上一開機就出現了grub rescue 的問題,嚇了我一跳!不過google了一下,這個問題還是比較好解決的,記錄下解決方案 若你知道你的你的li...
關於this 的使用
如有不對的地方請大家指出,呵呵.this 的使用 1.this是指當前物件自己。當在乙個類中要明確指出使用物件自己的的變數或函式時就應該加上this引用。如下面這個例子中 public class a public static void main string args 執行結果 s hellow...