如何進行虛機redhat linux的緊急救援

如何進行虛機redhat linux的緊急救援，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

由于虛擬機無法啟動，vmware vcenter已經無法監控到虛機vmware tools的心跳。登陸VC通過虛擬機控制臺查看發現虛機REDHAT LINUX卡在如下界面:

從截圖來看：

顯示chmod、chgrp、chown和awk沒有找到(有可能誤刪)，由于系統啟動時候需要執行rc.sysinit腳本，該腳本會執行些權限控制命令，因此必須要用到這些文件，由于文件無法找到，導致系統初始化失敗。

經過溝通，了解到客戶安裝了apache和mysql，并且修改了/etc/profile文件配置了應用的環境變量，導致出現如上問題。

解決問題：

  給這臺虛機加載redhat linux的iso，設置虛擬機bios，CD光驅為第一啟動順序，重新啟動虛擬機，選擇救援模式進行緊急救援。

由于是丟失文件，因此這里需要開啟網絡功能，方便從其他主機拷貝相關文件。

在這里輸入原先該虛機的IP和網關

mount系統到sysimage下

點擊OK后，進入修復模式的shell下

然后chroot  /mnt/sysimage

進入/bin后，確實沒有發現chmod、chown和awk等這幾個命令，我們可以考慮從一臺好的redhat linux系統中拷貝這幾個文件過來，在命令行下執行

#scp -r root@11.11.165.177:/usr/bin/* /bin/

結果卻提示命令沒找到，應該是沒有客戶端軟件，導致SCP命令沒有被識別。那么設置本地yum源，并安裝openssh客戶端，

#yum install openssh-clients

再次執行#scp -r root@11.11.165.177:/usr/bin/* /bin/后提示輸入密碼，輸入后開始執行拷貝命令。

拷貝完成后重啟系統，順利初始化并成功進入系統。

• 總結

Rescue修復要注意系統初始文件和系統命令文件的關系，恢復系統完整性。

補充另一個測試示例：

修改linux系統的文件grub.conf、fstab  我這里就不刪除了，只是更改名稱讓系統找不到就可以了

引導程序（MBR的512字節中前446字節為引導程序，緊跟著后面64字節為分區表，最后面2個字節為結束標記）

   使用以下命令把bootloader（ 啟 動引導程序MBR中的446字 ）覆蓋掉

   dd if=/dev/zero of=/dev/sda bs=446 count=1

然后進入救援模式

使用fsdisk -l 查看一下分區

在當前的目錄創建一個目錄，用來掛載根

mkdir a

mount /dev/sda2 /a                     掛載根目錄到a下

mount /dev/sda1 /a/boot                  掛載boot目錄，因為它為單獨分區

掛載成功之后就可以看到所有的系統文件，可以進行修復和修改文件了

恢復被我們修改的文件

接下來是安裝MBR中的446字節的引導程序

裝grub就是裝/boot/grub/stage1，救援模式下輸入 #grub 就可以進入grub的命令模式下

1、root(hd0,0)  這里是指的第一塊一盤的一個分區，就是要指定/boot所在的分區

2、setup(hd0) 這里是安裝grub的意思，當出現successed就是安裝成功了

3、quit退到shell模式

4、exit重啟

重啟后就自動進入了 grub> 的模式，在這里手動引導系統先看一下手動引導系統

root(hd0,0)  指定一下內核文件的位置，還是/boot目錄所在的分區

kernel/vmlinuz-2...ro root=/dev/sda2 具體的內核文件并以只讀的形式掛載上

initrd/initrd.......      具體的內存啟動鏡像

boot  加載系統

如下圖：

以上操作完成之后，進入系統，這時候系統的 grub.conf 尚未恢復，需要進入目錄恢復此系統文件才算是系統修復完成了。

     注意：根分區和/boot最好是獨立分區，而把之外的做成是LVM卷，那么在救援模式下會比較方便。

有時候根為只讀，需要mount -o remount rw /把根目錄重新掛載成可讀寫的。

關于如何進行虛機redhat linux的緊急救援問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。