'Loading UDev uvents' takes a long time - can I improve it?

Shagbag · 2006-11-05 14:20:37

Wow Arch is fast.
I'm running a console-only install so I have to reboot into my Ubuntu Edgy install to post to this forum. It takes AGES by comparison.
I've noted that the slow spots in my Arch install are:

1. 'Loading UDev uevents'
2. 'Starting Networking'

Can I ask how I can speed things up with these?
Btw, I'm using DHCP as I don't have a static IP address.

byte · 2006-11-05 16:32:31

No, "loading uevents" takes its time as do DHCP requests... I also load hplip (for my printer) and hal (hotplug/automount stuff) in rc.conf, those are rather slow too.

Mr Green · 2006-11-05 17:06:33

why cannot udev events be backgrounded ? .....

I have noticed a hold up on udev [more so if me ipod is plugged in!]

stonecrest · 2006-11-05 17:31:41

Run "hwdetect --show-modules" to see what modules udev is attempting to load. Then turn off autoloading of modules in /etc/rc.conf and manually load all of the modules one by one with modprobe. If you see one that takes a long time to load and you don't need it, you can then blacklist it in the rc.conf.

Mr Green · 2006-11-05 17:38:38

 hwdetect --show-modules
AGP    : agpgart 
IDE    : ide-cd ide-core generic jmicron 
SCSI   : ahci sd_mod st 
SATA   : libata 
USB    : usb-storage usblp usbhid usbcore ehci-hcd uhci-hcd 
FW     : eth1394 ieee1394 ohci1394 sbp2 
NET    : ppp_generic sk98lin skge sky2 slhc bluetooth 
SOUND  : snd-mixer-oss snd-pcm-oss snd-page-alloc snd-pcm snd-timer snd snd-hda-codec snd-hda-intel soundcore 
VIDEO  : nvidia 
OTHER  : hci_usb cdrom intel-rng rtc i2c-i801 i2c-core evdev pcspkr psmouse serio_raw pci_hotplug shpchp

Shagbag · 2006-11-05 20:11:52

That's slightly different from my results:

AGP    : agpgart intel-agp
IDE    : ide-cd ide-core ide-disk generic piix
USB    : usb-storage usblp usbhid usbcore ehci-hcd uhci-hcd
NET    : e100 eepro100 irtty-sir nsc-ircc sir-dev mii ppp_generic slhc irda
PCMCIA : pcmcia_core rsrc_nonstatic yenta_socket
SOUND  : snd-mixer-oss snd-pcm-oss snd-page-alloc snd-pcm snd-timer snd snd-ac97-bus snd-ac97-codec snd-intel8x0 snd-intel8x0m soundcore
OTHER  : cdrom intel-rng lp ppdev rtc i2c-i801 i2c-core evdev pcspkr psmouse serio_raw parport parport_pc pci_hotplug shpchp crc-ccitt

stonecrest · 2006-11-05 20:53:21

Heh. I wasn't asking you to paste the results, just go through the steps in my above post. If the udev loading is taking forever, then it's probably due to one of those modules.

Mr Green · 2006-11-06 07:46:47

I could not see modules that relate to udev thats all....

byte · 2006-11-06 08:07:42

... and since udev is in user space there won't be any, ever.

Mr Green · 2006-11-06 10:18:02

What I thought :?

stonecrest · 2006-11-06 18:32:19

Huh? Udev loads all of the modules that you pasted during "loading uevents", it's not udev modules that are loaded.. One of those modules you pasted is making it take forever.

tpowa · 2006-11-06 20:11:14

you cannot background it, you forget that other things need time to initialize on kernel to get ready, usb fw, scsi controllers can need some time to load, if you want maximum boot speed turn off module loading in rc.conf, but be prepared that no module is loaded anymore and you have to load the modules you need by hand, in the end udev loads it imho faster and normally in better order.

Mr Green · 2006-11-06 21:38:23

not complaining about it just wondered why ... I take no notice of sytem boots [so long as it does]

matersci · 2006-12-03 23:29:22

My 'Loading UDev uevents' is very slow.
How can I find out which modules are necessary to load at boot? my "hwdetect --show-modules" output is

AGP    : agpgart via-agp
IDE    : ide-cd ide-core ide-disk generic via82cxxx
SCSI   : sd_mod
SATA   : ata_generic pata_via
USB    : usb-storage usblp usbhid usbcore ehci-hcd uhci-hcd pl2303 usbserial
NET    : mii ppp_generic slhc via-rhine bluetooth
SOUND  : snd-mixer-oss snd-pcm-oss snd-seq-oss snd-seq-device snd-seq-midi-event snd-hwdep snd snd-page-alloc snd-rawmidi snd-timer snd-mpu401-uart snd-ac97-bus snd-ac97-codec snd-emu10k1 snd-via82xx soundcore snd-util-mem
OTHER  : hci_usb cdrom lp ppdev rtc i2c-viapro i2c-core evdev ff-memless emu10k1-gp gameport pcspkr psmouse serio_raw parport parport_pc pci_hotplug shpchp ata_generic pata_via

and I think many of them are not needed (for example sd_mod??)
The problem is that I dont know what every module is for.

Gullible Jones · 2006-12-04 00:43:36

I did a boot chart a while ago (about 6 or 7 months I think), and found that something like half of the time was udev waiting after the modules had been loaded. It has gotten faster since than, though, or at least it seems that way to me.

gothicknight · 2006-12-09 22:30:48

After today's update to kernel 2.6.19, udev takes me up to 5min to complete... don't know the reason but there were some problems in dmesg:

ata3.00: qc timeout (cmd 0xec)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ATA: abnormal status 0x7F on port 0xF880C087
ATA: abnormal status 0x7F on port 0xF880C087
ATA: abnormal status 0x7F on port 0xF880C087
ATA: abnormal status 0x7F on port 0xF880C087
ATA: abnormal status 0x7F on port 0xF880C087

But the HDA is working fine (this happens for pata or ide hooks)

and a lot of...

hda_codec: invalid dep_range_val 0:7fff

My audio device is an (lspci output)

root@ArchBox ~ #  lspci | grep Audio
00:14.2 Audio device: ATI Technologies Inc SB450 HDA Audio (rev 01)

sabooky · 2006-12-10 17:01:11

my udev is taking forever too, kernel26beyond 2.6.19.beyond1-1

ata5.00: ATAPI, max UDMA/33
ata5.01: qc timeout (cmd 0xa1)
ata5.01: failed to IDENTIFY (I/O error, err_mask=0x4)
ata5: failed to recover some devices, retrying in 5 secs
ata5.01: qc timeout (cmd 0xa1)
ata5.01: failed to IDENTIFY (I/O error, err_mask=0x4)
ata5: failed to recover some devices, retrying in 5 secs
ata5.01: qc timeout (cmd 0xa1)
ata5.01: failed to IDENTIFY (I/O error, err_mask=0x4)
ata5: failed to recover some devices, retrying in 5 secs
ata5.00: configured for UDMA/33
scsi5 : pata_amd
ata6: port disabled. ignoring.
ata6: reset failed, giving up
scsi 4:0:0:0: CD-ROM            BENQ     DVD DD DW1640    BSMB PQ: 0 ANSI: 5
ACPI: PCI Interrupt 0000:05:00.0[A] -> Link [APC3] -> GSI 18 (level, low) -> IRQ
 20

hwdetect --show-modules:

AGP    : agpgart 
IDE    : ide-core amd74xx generic 
SCSI   : sd_mod sg sr_mod 
SATA   : ata_generic pata_amd sata_nv 
USB    : usb-storage usblp usbhid usbcore ohci-hcd 
NET    : forcedeth sk98lin skge 
SOUND  : snd-mixer-oss snd-pcm-oss snd-page-alloc snd-pcm snd-timer snd snd-ac97-bus snd-ac97-codec snd-intel8x0 soundcore 
VIDEO  : nvidia 
OTHER  : cdrom rtc k8temp i2c-nforce2 i2c-core evdev ff-memless pcspkr pci_hotplug shpchp ata_generic pata_amd

regomodo · 2007-09-22 20:34:03

sorry to bring up an old post but my udev uevents takes for ever too. Is there any way in which i can see the modules being loaded whilst booting up so that i can see the offending module(s)?

Last edited by regomodo (2007-09-22 20:34:45)

regomodo · 2007-09-22 21:06:02

bizarre. I set Mod_Autoload to "no" and it still hangs at loading udev uevents

Gullible Jones · 2007-09-22 21:06:31

Normally the problem isn't the modules taking a long time to load, it's that udev spends half the time loading your modules and the other half waiting and doing nothing, effectively taking twice as long as it needs. You may get better results by loading the modules manually via rc.conf. The waiting period in current versions doesn't seem nearly as bad as it used to be.

If it's taking a really long time - more than 15 seconds, say, which is quite a bit longer than it takes on my machine FWIW - then there's probably a bug of some sort involved. If that's the case you should probably run dmesg and post the output.

Arch Linux

#1 2006-11-05 14:20:37

'Loading UDev uvents' takes a long time - can I improve it?

#2 2006-11-05 16:32:31

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#3 2006-11-05 17:06:33

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#4 2006-11-05 17:31:41

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#5 2006-11-05 17:38:38

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#6 2006-11-05 20:11:52

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#7 2006-11-05 20:53:21

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#8 2006-11-06 07:46:47

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#9 2006-11-06 08:07:42

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#10 2006-11-06 10:18:02

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#11 2006-11-06 18:32:19

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#12 2006-11-06 20:11:14

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#13 2006-11-06 21:38:23

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#14 2006-12-03 23:29:22

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#15 2006-12-04 00:43:36

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#16 2006-12-09 22:30:48

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#17 2006-12-10 17:01:11

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#18 2007-09-22 20:34:03

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#19 2007-09-22 21:06:02

Re: 'Loading UDev uvents' takes a long time - can I improve it?

#20 2007-09-22 21:06:31

Re: 'Loading UDev uvents' takes a long time - can I improve it?

Board footer