Hi Jonas, thanks for your reply.
Jonas Smedegaard wrote: > My guess is that this is due to your use of initramfs-tools for ramdisk > generation, which uses udev to coldplug devices, which I suspect cannot hmmm. good theory. didn't think of that. > (and should not, I believe) guarantee a specific module load order. well, since the /etc/network/interfaces configuration specifies devices by their devices numbers, i.e. "eth0", "eth1", then this is general problem if these names aren't consistent by default. > > I believe you can simply add 8193too and ne2k (or whatever the modules > needed are) explicitly to /etc/modules in your preferred order. they already are, so that doesn't work. > > Alternatively (but that does *not* make autoloading become reliable, > but allows you to avoid udev altogether) you can use the alternative > ramdisk generator yaird instead. I got a reply from the kernel list that you can use udev rules to assign a device name to a device via it's mac-address: http://reactivated.net/writing_udev_rules.html#example-iface so that seems to be the work-around of choice. -j -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
