Red Hat Bugzilla – Bug 144598
start_udev script not using unique attributes
Last modified: 2007-11-30 17:10:58 EST
I'm using Fedora core 3 and udev. udev is taking 30 seconds to start.
I tracked it down to something to do with SCSI support. I don't have
any real SCSI devices, but I do have SATA drives and a CD writer. The
problem seems to be with a queue_type of "none". It's the HOTPLUG scsi
script that is hanging. The device on host0 is a SATA disk.
I debugged the script in scsi_replay(). The problem is that there are
two attributes with 'type' in their name. If you use 'model' instead
of 'type' the script will work. 'queue_type' matches the search for
'type', but then 'type' is stripped off and it looks for a device
named 'queue_' which doesn't exist. Not fixed in udev-048-4
Adding some debug to start_udev I see this:
[root@jonsmirl sbin]# ./start_udev
Starting udev: /sbin/hotplug
30 second pause
disk at /devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0
FATAL: Module sd_mod not found.
[ OK ]
[root@jonsmirl sbin]# cat
Did I mention after fixing this udev starts in about one second instead of 30?
Created attachment 111468 [details]
new version of start_udev
new version of start_udev, which should fix the problem
could you please try this version of start_udev?
The microcode device isn't getting built
[root@jonsmirl init.d]# ./microcode_ctl restart
./microcode_ctl: microcode device /dev/cpu/0/microcode doesn't exist?
ok, sorry, this is for devel, but the other thing works?
There was no 30 second pause and it looked like all of my devices were there.
good! will release a proper update for FC3. Thank you very much!