VMware克隆主机,获取网卡问题

      使用VMware克隆时,克隆主机重启一下network服务，发现提示错误信息“Device eth0 does not seem to be present, delaying initialization.”

解决方法
删除/etc/udev/rules.d/70-persistent-net.rules的eth0老地址
修改 /etc/sysconfig/network-scripts/ifcfg-eth0 中mac地址为新地址 device为eth1 保存为eth1

VMware克隆,是硬盘克隆保留有陈旧的eth0 mac地址,实际上在70-persistent-net.rules中已经有了eth1的新地址.

udev 是 Linux2.6 内核里的一个功能，它替代了原来的 devfs，成为当前 Linux 默认的设备管理工具。udev 以守护进程的形式运行，通过侦听内核发出来的 uevent 来管理/dev目录下的设备文件。不像之前的设备管理工具，udev 在用户空间 (user space) 运行，而不在内核空间 (kernel space) 运行。

使用 udev 的好处：

我们都知道，所有的设备在 Linux 里都是以设备文件的形式存在。在早期的 Linux 版本中，/dev目录包含了所有可能出现的设备的设备文件。很难想象 Linux 用户如何在这些大量的设备文件中找到匹配条件的设备文件。现在 udev 只为那些连接到 Linux 操作系统的设备产生设备文件。并且 udev 能通过定义一个 udev 规则 (rule) 来产生匹配设备属性的设备文件，这些设备属性可以是内核设备名称、总线路径、厂商名称、型号、序列号或者磁盘大小等等。

• 动态管理：当设备添加 / 删除时，udev 的守护进程侦听来自内核的 uevent，以此添加或者删除/dev下的设备文件，所以 udev 只为已经连接的设备产生设备文件，而不会在/dev下产生大量虚无的设备文件。
• 自定义命名规则：通过 Linux 默认的规则文件，udev 在 /dev/ 里为所有的设备定义了内核设备名称，比如/dev/sda、/dev/hda、/dev/fd等等。由于 udev 是在用户空间 (user space) 运行，Linux 用户可以通过自定义的规则文件，灵活地产生标识性强的设备文件名，比如/dev/boot_disk、/dev/root_disk、/dev/color_printer等等。
• 设定设备的权限和所有者 / 组：udev 可以按一定的条件来设置设备文件的权限和设备文件所有者 / 组。在不同的 udev 版本中，实现的方法不同，在“如何配置和使用 udev”中会详解。

有关udev的详细链接