Hi all, Petter and Michael, thanks for your work on this!
I'm able to reproduce this bug consistently (100% of the time, having run ~40 installations in the past week that exhibit it) with the following steps: 1. PXE boot a jessie netboot image (latest daily build, for example) 2. Add auto=true to the install menu option and run it. 3. Stop the installation (or switch to another TTY) and look at /etc/udev/rules.d/70-persistent-net.rules (in the installer environment, not under /target). The duplicate entry is present already, and will make its way into the target system during installation. The entry always appears for me when I use auto=true. I have not seen it appear without this option, but I haven't tested non-auto installs extensively. It happens even if we temporarily disable d-i preseeding from our DHCP server. On Tue, Oct 21, 2014 at 11:07:51AM +0200, Petter Reinholdtsen wrote: > Perhaps it only happen on fairly quick machines? I experience it on a > Thinkpad X200 and X300, but not on a 10 year old Latitude D505. :( It's possible that all of the hardware I'm testing on is too fast, but having performed many installs, I'm yet to see this not happen when auto=true is set. I've tested jessie installs on about 20 different systems (mix of ~15 new and old desktops, plus some KVM and VirtualBox guests), and seen this happen reliably on all of them. I wasn't able to narrow down the source of the duplicate entries in the code, despite some attempts at bisecting what I was hoping might be relevent parts of d-i. CCing debian-boot and adding the d-i tag, as I believe there's a good chance it is relevant to this bug. Apologies if that's unnecessary! Thanks and happy Monday, Chris -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141118071317.ga27...@ocf.berkeley.edu