昨天執行openstack指令碼時，在第一步執行結束重啟後進到了如下介面：
grub是乙個引導管理程式，可以引導linux、winxp等系統，一般出現這種情況是因為系統啟動時grup會找你的/boot/grub2/grub.cfg檔案，如果找不到則不會進入選單模式而直接進入命令列模式。
此時需要我們在這個介面進行手動引導，操作如下：
grub>ls 然後，
1）如果/boot沒有單獨分割槽，用以下命令,x為你上一步檢視到的磁碟分割槽資訊
grub>ls (hd0,x)/boot/grub2grub>ls (hd0,x)/grub2 找到了boot分割槽，接下來進行手動引導來進入系統，步驟如下：
grub>insmod xfs
grub>set root=
(hd0,msdos1)
#為你上一步找到的boot分割槽
grub>initrd16 /initramfs-.***xx.img #這兩行的***xx為你的作業系統核心版本號，操作中直接tab就可以出來選項了
grub>boot
接下來進行grub的修復，不修復的話下次重啟還是會進入grub命令列模式
首先檢視你的/boot/grub2/grub.cfg檔案，發現沒有，用以下命令來修復
[root@localhost ~]
#grub2-mkconfig -o /boot/grub2/grub.cfg
CentOS 7中修復GRUB選單故障實驗
實驗環境準備 安裝過centos 7的vmware虛擬機器 實驗步驟如下 1.引導急救模式，載入系統映象 2重新建立sda分割槽，3.重新構建grub選單功能配置檔案 實驗如下 1.先把grub選單功能配置檔案刪除，模擬檔案丟失 重啟後如下圖所示，後面我們就要解決這個問題 2.輸入 chroot m...
CentOS 7漏洞修復
首先檢視可公升級系統軟體 yum check update然後更新所有可公升級的系統軟體 yum upgrade首先備份一下 cp etc pki tls certs ca bundle.crt etc pki tls certs ca bundle.crt.bak更新並替換 curl o etc ...
CentOS 7啟動選單修復
好了，這下玩壞了，因為centos 7在安裝時，根本就沒有讓你選擇保留原來系統引導的機會，或者我很粗心，沒有發現？玩壞了不要緊，因為有一點linux基礎，就開始找原因了。系統既然有 boot目錄，那引導肯定在這下面了，進去ls一下，果然裡面有grub和grub2兩個目錄，再進去對比，grub2才有g...