[Thomas Goirand] > Oh ok. Not useful at all if you ask me. Why? Because sometimes, you > can't change the MAC address. For example, if you use the OpenStack > bare metal driver, then you continue to use virtual machine images, > though they will be used on a real hardware where you can't change > the MAC address.
So you're saying, when your NIC is tied to actual physical hardware, udev behaves as though it is tied to actual physical hardware. Seriously, the reason for udev to not make a VM NIC persistent is not because it is virtual, per se, but because certain virtualization platforms may randomly generate a MAC at boot time. Which is not at all the case in the example you give. I think the problem you're trying to solve is more related to imaging and cloning. The fact that you're doing imaging and cloning in the context of virtual machines instead of physical is a bit of a red herring. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130822011215.gb6...@p12n.org