Re: udev hangs during boot (arch linux on thinkpad w520)

Re: udev hangs during boot (arch linux on thinkpad w520)

[Mark K. Zanfardino]

List,

I'm running Arch Linux (3.2.13-1-ARCH) on a Lenovo ThinkPad W520 laptop 
(I can provide exact specs if required). I have installed udev 181-5 
(from base repo). My bootloader is GRUB 0.97. The system will hang 
during the boot sequence during "Waiting for UDev uevents to be processed".

Per Kay in #udev I have added 'udev.children-max=1 udev.exec-delay=1 
udev.log-priorityfibug' to my kernel loader in an effort to identify 
the source of the problem.  The system hangs perhaps 8 out of 10 boot 
attempts.  The output appears to be different each time it hangs.  I 
have tried several different combinations of kernel options and have 
disabled wifi (through the switch) in an effort to isolate the source of 
the problem, to no avail.

On the occasions when the system boots completely I have access to 
whatever log files might be helpful and will be happy to provide them.  
In an effort to provide some additional information, I have posted my 
"/var/log/everything.log" to http://codepad.org/rQww028u. I realize that 
this is everything from my logs and as such might be overwhelming.  
Please let me know specifically what I can provide to help resolve this 
issue.

Cheers!
Mark
--
To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: udev hangs during boot (arch linux on thinkpad w520) (UPDATE)

[Mark K. Zanfardino]

List,

I have also copied the output from lspci -k to
http://codepad.org/JLVJ0OXr

Cheers!
Mark

Re: udev hangs during boot (arch linux on thinkpad w520)

[Mark K. Zanfardino]

Update: It appears that the issue I am/was having with my ThinkPad W520
hanging during boot is likely not related to udev.  The short answer for
me was: turn off Intel Virtualization Technology in BIOS.
I will be doing testing this weekend to attempt to isolate the offending
module.

Thanks for all the help I got in #udev.  Kay's suggestion to enable
debugging and turn off asynchronous processing helped me to eliminate
udev as the source of the failure.

Cheers
Mark "Zanberdo" Zanfardino