On Tue, Apr 19, 2011 at 12:48:06PM +0200, Marco d'Itri wrote: > On Apr 18, Marco d'Itri <m...@linux.it> wrote: > > > > As a result, I am still unconvinced that the udev logic is correct. > > You can test your theory by rebuilding udev without the use_run_tmpfs > > patch, I cannot reproduce your problem and apparently nobody else can. > Are there any news? > The current status is that 167-2 is known not work correctly only in > the following cases: > - if /etc/network/run/ is a symlink > - when installed your system
I've tried to track this down further, but without success. In addition to having initscripts from experimental installed, I also installed initramfs-tools (branch maks/run with my patch from #621803). This makes /run get mounted in the early initramfs, and is then moved to the rootfs /run. udev is making use of it (no /dev/.udev; /run/udev is created and used). I've also updated /etc/init.d/mountdevsubfs.sh to symlink /dev/shm to /run/shm as soon as it is mounted, so it's never a dangling link or nonexistent. However, given that /etc/network/run wasn't symlinked there on my system, this made no difference. I also tried symlinking /etc/network/run to /run/network. This works perfectly, but networking is still broken. I have both eth0 and eth1 interfaces. Both are brought up, but there's no dhcp query/lease taken on eth0 as expected (only eth0 is connected). Overall, with or without the /run in initramfs, udev appears to be working correctly on my system. ifupdown creates /etc/network/run if a symlink, and uses it directly if just a directory. ifdown eth0 && ifup eth0 cause a dhcp query/lease and it's then fully functional. So if this is a defect in udev, it's not obvious what it is--it appears to be working fine. Maybe there's some altered behaviour in ifupdown if /run is present? But again, it's not an issue with /etc/network/run/[ifstate], which is created correctly under all configurations. It simply appears it's just not automatically obtaining a lease. Since I have allow-hotplug eth0 iface eth0 inet dhcp could it be related to not getting a hotplug event from udev? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
