Update: I found a permanent workaround for the udev ethernet interface problem. See this post.
I installed Ubuntu from mini.iso and I want to make several copies. What are the potential pitfalls? Well, the only real problem is that if we’re not careful they’ll all have the same MAC address. There’s a checkbox to avoid this in VirtualBox,
What a convenient checkbox!
which gets you halfway there, but when you boot your new system it will still remember that eth0 was that old MAC address. What’s worse is it will stall for over a minute while booting and tell you it’s waiting for network configuration…
AAAAHHHHHHHHHHH!!!!
Update: I found a permanent workaround for the udev ethernet interface problem. See this post.
The easiest way to get through this is just to wait it out. Eventually you’ll get a login prompt. When you do, log in. Now you want to edit your udev rules so that you’re newly generated MAC address maps to eth0. That’ll fix everything.
Mine looks like this
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:11:7c:8b", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x8086:0x100e (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:03:8e:5a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
I’m just going to delete the old eth0 entry (the first one) and change the name of the new one to eth0.
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:03:8e:5a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
A quick reboot and everything’s shiny. :)
Hey! Thanks for this tip. I actually have a VM I’ve placed into a flash drive that I plan to operate out of. This tip most likely saved my sanity. Now, I just have to figure out how to avoid having to delete the udev each time I close shop :/
I found a solution for this. See my new post.
Pingback: Prevent Virtual Machines from Saving Network Interface udev Rules | splat operator
Great !! It works for me :)
Thanks