Hi Marco, On Fri, Feb 05, 2010 at 01:34:58AM +0100, Marco d'Itri wrote: > On Jan 21, John Wright <john.wri...@hp.com> wrote: > > Thank you for your analisys, it is really appreciated. > But I am not sure that the solution you proposed is optimal: > > > * Don't put the persistent-net rules in the initrd. > > - Users can easily modify persistent-net.rules on the system without > > running update-initramfs, and there's no point in setting up > > interfaces twice anyway. > Actually there is a point: what about systems booting from iSCSI, NFS > or NBD? I suppose they rely on network devices being correctly named > in the initramfs before the root is mounted.
I didn't think of that. I guess we should care in that case. :) > > our persistent-net.rules. Then, we add another interface, which > > the kernel happens to see as eth0. Without > > persistent-net-generator.rules (or rather, without write_net_rules, > > which isn't included in the initrd), the new interface will never > Now I wonder why I added persistent-net-generator.rules without > write_net_rules... Maybe I should add write_net_rules too, but I would > first need to modify it to always use /dev/.udev/ when running in the > initramfs. Maybe. I'm not sure it would be consistent, though. What if the initrd doesn't have persistent-net-rules for two new interfaces? With write_net_rules in the initramfs, we should at least have successfully renamed all the devices in initramfs, and the "real" persistent-net-rules file on the rootfs would then get the order found in initramfs the first time. But what about subsequent boots? If we don't regenerate the initramfs, it's still possible that network device order in initramfs will be different than the one decided when udev runs in real init. -- +-----------------------------------------+ | John Wright <john.wri...@hp.com> | | Hewlett-Packard Telco Platform Software | +-----------------------------------------+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
