VMWare複製Linux虛擬機器後eth0找不到的解決方案

來源:互聯網
上載者:User

現象描述:

最近裝了虛擬機器系統是 fedora9,為了以後使用方便對虛擬機器進行複製或複製。當使用複製後的虛擬機器時發現原來在基本系統中的網 卡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 0×1022:0×2000(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″即可。

另外一種方法是:把裡面的內容都刪除,然後重新啟動,系統也會重新發現網卡硬體,重新產生該檔案。

ok!

轉自:http://blog.chinaunix.net/u3/97076/showart_2015984.html

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.