#cat ifcfg-eth0
device=eth0
...
原因：有個多節點服務器遷移機房，怕碰壞了，先把硬盤拆下來，結果放回去的時候記錯順序了，造成開機 網卡對不上，原有的eth01變成eth23，知道怎么搞。
分析：
CentOS下找不到eth0設備的解決方法
經過百度，了解了一些信息，特此記錄在此，以備忘。 為什么eth0會變成eth1? 很多Linux distribution使用udev動態管理設備文件，并根據設備的信息對其進行持久化命名。udev會在系統引導的過程中識別網卡，將mac地址和網卡名稱對應起來記錄在udev的規則腳本中。而對于新的虛擬機，VMware會自動為虛擬機的網卡生成MAC地址，當你克隆或者重裝虛擬機軟件時，由于你使用的是以前系統虛擬硬盤的信息，而該系統中已經有eth0的信息，對于這個新的網卡，udev會自動將其命名為eth1（累加的原則），所以在你的系統啟動后，你使用ifconfig看到的網卡名為eth1。
這里的eth0是在/etc/udev/rules.d/70-persistent-net.rules定義的
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x8086:0x100f (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
解決： 為什么eth0會變成eth1?
如何恢復到eth0? udev記錄網絡規則的腳本為：/etc/udev/rules.d/70-persistent-net.rules [user@localhost ~]$ vi /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5a:6c:73", ATTR{type}=="1",KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a9:22:9d", ATTR{type}=="1",KERNEL=="eth*", NAME="eth1"
CentOS下找不到eth0設備的解決方法 打開該文件，這時你會發現，里面有eth0，eth1兩個網卡的信息，但實際上你ifconfig時只能發現eth1一個網卡的信息，這時因為eth0根本就不存在。 將其中eth0的信息刪掉，并將eth1信息中的設備名改為eth0，重啟系統，你看到的網卡就是eth0了，或者刪掉其中所有的信息重啟系統udev會幫你發現新的設備的。 另外還有一個啟動腳本文件/etc/sysconfig/network-scripts/ifcfg-eth0，該文件中的mac地址為原來eth0網卡的物理地址，而虛擬機為eth1分配新的物理地址，故啟動腳本中的信息與實際信息時不匹配的，將MAC的地址信息修改為70-persistent-net.rules中的eth1的MAC地址，再次重啟網絡，就完全恢復到以前eth0網卡的狀態了。
