Perangkat eth0 tampaknya tidak ada, menunda inisialisasi


14

Saya telah mengkloning fedora dan sekarang mencoba mengkonfigurasi antarmuka jaringan. Setiap kali saya menambahkan NIC baru, itu dimulai dengan angka eth3 (bukan eth0). saya telah mencoba menghapus dan memodifikasi 70-persistent-net.rulesserta network-scripts/eth0sepertinya tidak ada yang memperbaiki masalah. Berikut ini beberapa keluaran dari mesin saya

[root@abc ~]# ls /sys/class/net
eth3  eth4  lo  pan0
[root@abc ~]# cat /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 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:eb", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:f5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x15ad:0x07b0 (vmxnet3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a3:3e:16", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x15ad:0x07b0 (vmxnet3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a3:3e:20", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x15ad:0x07b0 (vmxnet3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a3:3e:2a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

[root@abc ~]# service network restart
Shutting down loopback interface:  [  OK  ]
Bringing up loopback interface:  [  OK  ]
Bringing up interface eth0:  Device eth0 does not seem to be present, delaying initialization.
[FAILED]
[root@abc ~]#  
[root@abc network-scripts]# vi ifcfg-eth0 

# Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express
DEVICE=eth0
BOOTPROTO=static
BROADCAST=192.168.1.255
HWADDR=00:0c:29:a3:3e:16
IPADDR=192.168.1.75
IPV6INIT=yes
IPV6_AUTOCONF=yes
NETMASK=255.255.255.0
NETWORK=192.168.1.0
ONBOOT=yes
NM_CONTROLLED=no
GATEWAY=192.168.1.1
~ 

Ada saran tentang bagaimana cara memperbaikinya?


Apakah Anda memiliki daftar alamat MAC yang ditetapkan oleh vmware ke VM Anda?
Mark Plotnick

ifconfig -a eth3 Link encap: Ethernet HWaddr 00: 0C: 29: A3: 3E: 16 inet addr: 192.168.144.75 Bcast: 0.0.0.0 Mask: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e16 / 64 Cakupan: Tautan UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 paket RX: 40997 kesalahan: 0 dijatuhkan: 0 overruns: 0 bingkai: 0 paket TX: 463 kesalahan: 0 dijatuhkan: 0 overruns: 0 operator: 0 tabrakan: 0 txqueuelen : 1000 RX byte: 2543682 (2,4 MiB) TX byte: 65822 (64,2 KiB)
user2896215

eth4 Link encap: Ethernet HWaddr 00: 0C: 29: A3: 3E: 20 inet addr: 10.10.10.1 Bcast: 0.0.0.0 Mask: 255.255.255.0 inet6 addr: fe80 :: 20c: 29ff: fea3: 3e20 / 64 Lingkup: Tautan UP BROADCAST RUNNING MULTICAST MTU: 1500 Metric: 1 paket RX: 198 error: 0 drop: 0 overruns: 0 frame: 0 paket TX: 196 error: 0 turun: 0 overruns: 0 operator: 0 tabrakan: 0 txqueuelen: 1000 RX byte: 18378 (17,9 KiB) TX byte: 20271 (19,7 KiB)
user2896215

lo Link encap: Local loopback inet addr: 127.0.0.1 Mask: 255.0.0.0 inet6 addr: :: 1/128 Lingkup: Host UP LOOPBACK RUNNING MTU: 16436 Metrik: 1 paket RX: 1241 kesalahan: 0 dijatuhkan: 0 overruns: 0 bingkai: 0 paket TX: 1241 kesalahan: 0 dijatuhkan: 0 overruns: 0 operator: 0 tumbukan: 0 txqueuelen: 0 RX byte: 72277 (70,5 KiB) TX byte: 72277 (70,5 KiB)
pengguna2896215

pan0 Link encap: Ethernet HWaddr 06: CB: 63: 1B: B6: 10 BROADCAST MULTICAST MTU: 1500 Metric: 1 paket RX: 0 kesalahan: 0 dijatuhkan: 0 overruns: 0 bingkai: 0 paket TX: 0 kesalahan: 0 dijatuhkan: 0 overruns: 0 operator: 0 tumbukan: 0 txqueuelen: 0 RX byte: 0 (0,0 b) TX byte: 0 (0,0 b)
user2896215

Jawaban:


5

Kosong /etc/udev/rules.d/70-persistent-net.rules:

[root@xxxsat601 ~]# echo > /etc/udev/rules.d/70-persistent-net.rules
[root@xxxsat601 ~]#

dan reboot. Itu harus mengisi kembali file untuk Anda. File ini ada sehingga jika Anda memasukkan NIC baru ke mesin sehingga tampaknya eth0tidak mengambil eth0konfigurasi IP Anda (jika Anda menghapus alamat mac dari konfigurasi) dan sebaliknya dipanggil dengan nama baru .

Jika Anda memotong file, tidak ada cara untuk semua informasi yang ada di sana kecuali jika itu benar-benar seperti konfigurasi perangkat keras.


Saya mencoba tetapi tidak mengisi ulang ....
user2896215

1
Banyak implementasi udev tidak membangun kembali 70-persistent-net.rules jika porsi vendor MAC ada dalam daftar yang dianggap digunakan oleh implementasi mesin virtual populer. 00: 0c: 29 adalah salah satunya.
Mark Plotnick

Jika tidak terisi kembali maka saya akan memeriksa untuk melihat apakah masih membuatnya eth0bahkan tanpa aturan. Kalau tidak, Anda harus dapat secara manual menambahkan aturan udev dengan menyalin / menempel eth0aturan lama dan hanya memperbarui bagian alamat MAC.
Bratchley

jika saya menambahkan NIC lain, itu menambahkan sebagai eth3 (bahkan tanpa aturan).
user2896215

Versi fedora apa yang Anda pakai? Saya belum pernah melihat perilaku itu sebelumnya, jadi saya ingin membuat reproduksi di sisi saya.
Bratchley

4

Ketika Anda boot ke mesin kloning masuk ifconfig -aAnda akan melihat tidak ada eth0 tetapi harus ada eth1. Itu mencoba memulai eth0 karena file /etc/sysconfig/network-scripts/ifcfg-eth0.

Untuk memperbaiki ini, edit /etc/udev/rules.d/70-persistent-net.rules. Hapus blok pertama untuk eth0. Ubah blok kedua menjadiNAME="eth0"

Salin MAC dan ganti MAC di dalamnya /etc/sysconfig/network-scripts/ifcfg-eth0dan edit IP jika perlu.

Reboot VM dan Anda harus baik-baik saja. Ini berhasil untuk saya.


Menghapus blok pertama dan mengubah eth0 di blok yang tersisa bekerja sangat baik untuk migrasi VPS.
MIguelele
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.