歡迎來到Linux教程網
Linux教程網
Linux教程網
Linux教程網
Linux教程網 >> Linux基礎 >> Linux教程 >> 克隆CentOS 6 網卡無法自動識別的解決方法

克隆CentOS 6 網卡無法自動識別的解決方法

日期:2017/2/28 15:40:51   编辑:Linux教程

VMware 下LINUX下使用ifconfig查看時無eth0網卡相應信息!

最近裝了虛擬機系統CentOS 6.2,為了以後使用方便對虛擬機進行克隆或復制。當使用克隆後的虛擬機時發現原來在基本系統中的網卡eth0到了新系統卻沒有了,使用 ifconfig -a會發現只有eth1。因為基本系統的網絡相關配置都是基於eth0的,eth1沒有網絡相關的配置,此時要正常該虛擬機中的網絡,只有添加eth1的網絡配置,這樣每次都要修改網卡配置在做多Linux系統測試的時候很不方便。更進一步,如果基於此克隆虛擬機繼續克隆或復制新的虛擬機,網卡的標識每一次都會自動加1(第二次克隆會變成eth2),dmesg卻顯示內核只識別到網卡eth0。原因分析: 很多Linux distribution使用udev動態管理設備文件,並根據設備的信息對其進行持久化命名。例如在Debian etch中,udev會在系統引導的過程中識別網卡,將mac地址和網卡名稱對應起來記錄在udev的規則腳本中。而VMware會自動生成虛擬機的 mac地址。這樣,由於基本系統的虛擬機已經記錄了該虛擬機的網卡mac地址對應於網卡eth0,在克隆出的虛擬機中由於mac地址發生改變,udev會自動將該mac對應於網卡eth1。以此類推,udev會記錄所有已經識別的mac與網卡名的關系,所以每次克隆網卡名稱會自動加1,而其實kernel 僅僅只識別到一張網卡,跟網卡名相關的網絡配置也未發生任何變化。

解決方案:網絡搜索發現在Debian etch下,udev將mac與網卡名稱的對應關系保存在/etc/udev/rules.d/z25_persistent-net.rules中,

在克隆出的虛擬機中只要刪除跟NAME="eth0"相關的行,並重啟系統即可。

例如在Debian etch中刪除如下兩行:

# PCI device 0x1022:0x2000(pcnet32)

SUBSYSTEM=="net",DRIVERS=="?*",ATTRS{address}=="00:0c:29:4c:46:01",NAME="eth0"

在我的Fedora9 下修改/etc/udev/rules.d 下的 70-persistent-net.rules 文件

刪除

# Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rule written by anaconda) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:ad:06:2a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

然後把eth1對應的哪一行的"eth1"修改為"eth0"即可。

另外一種方法是:把裡面的內容都刪除,

然後重新啟動,

系統也會重新發現網卡硬件,

重新產生該文件。 一切正常。

Copyright © Linux教程網 All Rights Reserved