vmware複製fedora16出現網路啟動錯誤

vmware複製fedora16出現網路啟動錯誤 　今天做個實驗把vmware中裝的fedora16系統複製一份，結果啟動複製的fedora16作業系統發現上不了網了，複製前的系統是可以上網的。然後我用ifconfig命令查了下我的網卡資訊，發現我的p3p1網卡的地址與我在/etc/sysconfig/network-scripts/ifcfg-p3p1設定檔中配置的靜態ip不同，開始以為是網路沒有啟動，就用systemctl restart network.service命令啟動網路，可沒想到居然說啟動出錯，然後我用ifup p3p1啟動網卡，居然報error:No suitable device found: no device found for connection 'system p3p1' in vmware，然後就用google去搜尋這個錯誤，發現很多人都是說刪除/etc/udev/rules.d目錄下的70-persistent-net.rules檔案，可是當我進入這個目錄後發現根本就沒有這個檔案存在，然後有找了個說把/etc/sysconfig/network-scripts/ifcfg-p3p1設定檔中的NM_CONTROLLED="yes"設定為NM_CONTROLLED="no"。然後我又重啟網路，發現還是啟動失敗，ifup p3p1後提示網卡的物理地址不匹配，也失敗。然後用google去搜尋udev動態管理裝置檔案，看看udev是什麼。 　　很多Linux distribution使用udev動態管理裝置檔案，並根據裝置的資訊對其進行持久化命名。udev會在系統引導的過程中識別網卡，將mac地址和網卡名稱對應起來記錄在udev的規則指令碼70-persistent-net.rules中。可以我發現我自己的系統雷根本沒有這個檔案，也就是說我的系統裡並沒有用規則指令碼來指定我的網卡名稱和mac地址映射，那系統是怎麼識別出我的物理地址不匹配呢？突然想到是不是我在ifcfg-p3p1設定檔中配置了mac地址，於是趕緊開啟ifcfg-p3p1設定檔看下，結果還真是這樣，把HWADDR設定的mac地址刪除，重啟下系統真就可以上網了。 　　出錯原因：wmware複製系統時，會重新分配一個網卡給複製的系統，所以複製系統網卡的物理地址會改變，這也是我出錯的原因，因為我在ifcfg-p3p1設定檔寫死了網卡的物理地址，而這個物理地址還是我原系統的網卡物理地址，導致啟動網路時發現設定檔中配置的物理地址和實際系統檢測的物理地址不匹配，故ifup p3p1時會提示網卡的物理地址不匹配。 　　總結一下今天的問題，其實就是我以前配置靜態ip的時候沒有理解裡面配置的每一項的真正作用，完全是到網上搜下，複製粘貼的，導致現在一個問題出來，花費很長的時間去找出。