克隆虛擬機後開機出現device eth0 does not seem to be present delaying initializa錯誤

一、背景:做測試需要搭建一套環境,利用vmware的克隆功能在已有虛擬機的基礎上克隆出來一份專門用來做測試環境搭建。

二、問題:在克隆成功後啓動新的虛擬機時出現device eth0 does not seem to be present delaying initializa(設備eth0不存在,延遲初始化)的錯誤,造成系統無法正常啓動,一直卡在如下步驟,如圖:

 

三、原因(摘自網絡):克隆的Linux系統在新的機器上運行,新服務器網卡物理地址已經改變。而/etc/udev/rules.d/70-persistent-net.rules這個文件確定了網卡和MAC地址的信息之間的綁定,克隆後的網卡的MAC已經發生了變化,所以導致系統認爲網絡設備不存在,網絡不能正常啓動。另外一個就是/etc/sysconfig/network-scripts/ifcfg-eth0裏面MAC地址也是以前的舊信息。

關於/etc/udev/rules.d/70-persistent-net.rules這個文件,系統在啓動時會自動監測變化,然後由/lib/udev/write_net_rules寫入到/etc/udev/rules.d/70-persistent-net.rules中一個新的配置節,網卡的的序號依次遞增(如原來爲eth0,則修改第一後生成一個eth1,再次修改後生成一個eth2...),且其ATTR{address}的值爲當前網卡對應的mac地址。

以上引用:https://www.cnblogs.com/kerrycode/p/4345692.html

四、解決方案

網絡上查找的解決方案基本都是克隆後的虛擬機能正常啓動,然後在克隆的虛擬機中做的更改或設置,不適用我的情況,只能比葫蘆畫瓢將同樣的方案在原始虛擬機上做修改;

1.將原始虛擬機快照備份,爲了不影響在原始虛擬機修改的內容;

2.將原始虛擬機的/etc/udev/rules.d/70-persistent-net.rules文件刪除;

3.修改原始虛擬機的vi /etc/sysconfig/network-scripts/ifcfg-eth0文件:

ifcfg-eth0的配置文件裏保存了以前的MAC地址(HWADDR),刪除該行,保存退出;

4.關閉原始虛擬機,並重新克隆;

5.啓動克隆後的虛擬機,一切正常;

6.將原始虛擬機恢復至快照狀態。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章