Using a pure udev system, I've noticed that the module autoloading (like ide-cd) is did in /etc/init.d/module, but this script is a dependency of hotplug so hotplug is started after it. For this reason, hotplug isn't started when an entry in the sysfs is done and no one notice udev that it has to create e device under /dev (for ide-cd the devices are /dev/hdc and /dev/hdd for example). I think a better solution is to split /etc/init.d/modules in 2 parts. The first part will call depmod, modules-update and all the various things, The second part must be called after hotplug loading and it will do the autoloading stuffs. For this reason I also think that it's better to change the gentoo handbook to make the people install the hotplug service in the boot runlevel instead of the default runlevel. This make no sense before hotplug it a real BOOT service and not a DEFAULT service! Bye! Reproducible: Always Steps to Reproduce: 1. 2. 3.
Sorry but what I've said isn't right. The hotplug rc script only load the scripts under /etc/hotplug/. So there's no reason to split modules in 2 scripts, because this is not the cause of the problem. Probably the problem is that there's a time hole where the hotplug signals from the kernel aren't processed by udevsend (or udevd, I can't understand well). I don't know the reason of this, but a quick workaround can be to recall udevstart again at the end of the init scripts. I think that for this isn't needed a new rc script, but this command (with the check for the existence of udev) can be added in a preexistent script but I don't know what script. Bye!
I've updated to the latest baselayout-1.8.12 and now it seems to work well. I don't know why but I think that this bug can be closed.
