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 /sys/devices/pci0000:00/0000:00:1e.0/0000:02:01.0/fw-host0 /sys/devices/pci0000:00/0000:00:1f.2/host0 /sys/devices/pci0000:00/0000:00:1f.2/host1 /sys/devices/pci0000:00/0000:00:1e.0/0000:02:01.0/fw-host0 /sys/devices/pci0000:00/0000:00:1f.2/host0 1/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/queue_type 1/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/queue_type 2/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/queue_type 30 second pause bogus sysfs DEVPATH=/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/queue_type 3/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/queue_type 1/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/type 1/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/type 2/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/type disk at /devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0 FATAL: Module sd_mod not found. 3/sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/type /sys/devices/pci0000:00/0000:00:1f.2/host1 [ OK ] [root@jonsmirl sbin]# cat /sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/queue_type none [root@jonsmirl sbin]#
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? [root@jonsmirl init.d]#
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!