向時光許愿

虛擬機Vmware上克隆了一個Red Hat Enterprise Linx啟動時發現找不到網卡，如下所示，如果你在命令窗口啟動網絡服務就會遇到”Device eth0 does not seem to be present, delaying initialization“錯誤

關于這個錯誤，搜索了一下網上的資料，發現還蠻多人遇到過這類錯誤，了解了一下錯誤產生的原因和解決方案

錯誤原因：

    克隆的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地址。

解決方法：

1：編輯/etc/sysconfig/network-scripts/ifcfg-eth0配置文件，將ifcfg-eth0的配置文件里里面以前的關于MAC地址這一行刪除掉或修改。另外克隆的服務器的IP設置的是靜態IP，要么修改為一個其它的IP地址或設置為動態IP，重啟網卡服務

2：找到/etc/udev/rules.d/70-persistent-net.rules 刪除后重啟機器，系統會自動生成一個70-persistent-net.rules文件。

因為這個文件綁定了網卡和MAC地址，換了網卡以后MAC地址變了，所以不能正常啟動，也可以直接編輯這個配置文件把里面的網卡和MAC地址修改成對應的，不過這樣多麻煩，直接刪除重啟，它會自動生成個一個新的文件。

刪除前70-persistent-net.rules的內容

重新生成的70-persistent-net.rules的內容

重啟過后OK，但是我想將測試服務器設置為動態IP，于是在/etc/sysconfig/network-scripts/ifcfg-eth0配置文件里面修改了一番，但是老是獲取不到IP地址，將地址改為靜態IP地址又沒有問題，折騰了好久，最后悲催的發現需要運行dhclient命令才能獲取動態IP地址。