If you use VmWare with Debian-based Linux guests (Debian, Ubuntu, etc.) you probably have been annoyed by the following behaviour: You copy / move your guest, or in my case, you boot your guest both from Windows and from Linux; next time you try to boot, you have no network.
Examining the guest you find that there is no "eth0" interface anymore, but new interface "eth1" has appeared and is unconfigured. At this point you can modify your system's configuration in order to use the new "eth1", but then you find yourself in a race you can't win: each time you copy/move/dual boot there is a new eth2, eth3 and so on.
The problem is that the udev subsystem (the component that autoconfigures the system's hardware), binds the ethX interfaces by MAC address, and each time you copy/move/dual boot, a new MAC address is generated by VmWare, and thus a new ethX is created.
There are two solutions to this problem: