| View previous topic :: View next topic |
| Author |
Message |
javeree
Guru
Joined: 29 Jan 2006
Posts: 455
|
 Posted: Tue Dec 02, 2008 11:52 am Post subject: Can 'waiting for uevents to be processed' be verbose ? |
 |
|
Lately, I have the impression that during start up the phase
'Waiting for uevents to be processed' is taking much longer than it used to. Instead of just a few seconds in the past, it now takes about 15 seconds.
After that, success is reported and things go on as before. However, I would like to know what causes the delay, and there is not information on console or in the log to tell me what is going on. I wonder: is there a way to make this phase verbose, where it would e.g. list the uevents it actually is processing, and possibly the actions it takes. This might give me an indication where the delay is coming from. With a bit of luck, it might be an easy fix (like e.g. unplugging something from a USB port, booting with empty CD tray, ...
I hope I am correct in understanding that what is happening in this phase is udev handling coldplug events and checking them with the rules in /etc/udev/rules ?
If so, maybe it is possible to create a rule 00_log_all_events that does what its name says ? |
|
| Back to top |
|
 |
Erdie
Advocate
Joined: 20 May 2004
Posts: 2656
Location: Heidelberg - Germany
|
| Posted: Thu Dec 04, 2008 10:04 am Post subject: |
|
|
I have a similar issue. The boot process hangs on "waiting for uevents to be processed" until i press any key. Just typing enter lets continue the boot process. This is annoying but i dont know how to debug this.
thanks
Erdie
_________________
Desktop AMD Ryzen 9 5900X 32GB RAM, Asus GF GTX 1060.
Notebook Tuxedo Pulse 15 Gen1 AMD Ryzen 7 4800H mit Radeon Vega 7
Raspberry Pi 1 + 2 + 3B+ + Zero W |
|
| Back to top |
|
|
javeree
Guru
Joined: 29 Jan 2006
Posts: 455
|
| Posted: Thu Dec 04, 2008 4:09 pm Post subject: |
|
|
I found out it is possible to make udev verbose by writing in /etc/udev/udev.conf the line
During boot you see a massive amount of events scrolling by, and I saw that one event where udev waited longer than the others was related to adding a scsi device. The strange thing is that I don't have a scsi device in my PC.I do however have a USB hard disk attached, and it looks like this is being handled by scsi. I believe however that this should not be the case. Wouldn't a usbdrive be handled by usb_storage ? |
|
| Back to top |
|
|
danomac
l33t
Joined: 06 Nov 2004
Posts: 881
Location: Vancouver, BC
|
| Posted: Thu Dec 04, 2008 5:04 pm Post subject: |
|
|
| I'm pretty sure usb_storage uses the scsi subsystem to talk to the devices. USB drives are generally mapped as /dev/sdx. |
|
| Back to top |
|
|
szczerb
Veteran
Joined: 24 Feb 2007
Posts: 1709
Location: Poland => Lodz
|
| Posted: Thu Dec 04, 2008 11:22 pm Post subject: |
|
|
With the new PATA and SATA driver every storage device is used with the SCSI transport (I think...).
I had a somewhat similar issue when a double layer video dvd was in the drive (I haven't tested with any more so don't know if it was this particular disc or generaly double layered discs). Grub took like 20 second to start and then udev totally hung with the mentioned message. |
|
| Back to top |
|
|
|
Kernel & Hardware
