udev hangs for 30s after upgrade

fuzzynutt · 2012-01-28 21:03:29

For the people still having the issue. I would be very curious if downgrading your kernel to 3.1.6-1 fixes it.

Max David · 2012-01-28 21:13:39

None of the solutions in this thread worked for me except downgrading linux to 3.1.6-1 and udev to 175-1.

Gusar · 2012-01-28 21:22:33

fuzzynutt wrote:

I would be very curious if downgrading your kernel to 3.1.6-1 fixes it.

It doesn't. The drivers need *updating* to work with the latest udev. If you don't like the workarounds, downgrading udev to 175 is the only solution.

willbprog127 · 2012-01-28 21:56:39

koomi wrote:

Leviathan1 and willbprog127, did you try Amancio's solution (https://bbs.archlinux.org/viewtopic.php … 5#p1046225)?

Thanks for the tip. I had not really looked at that post. Unfortunately for me, Amancio's solution did not work for me, so still waiting 30 seconds during boot.

blitux · 2012-01-29 01:34:57

kichi wrote:

@blitux
I have similar issue after kmod,udev update. While booting gets stuck with a kernel panic. sometimes I am able to boot successfully and then login. But my soundcard will not be detected. I had to downgrade kmod,udev and mkinitcpio to get everything back in order. Please let me know if you are able to solve your problem.

I compiled kmod from git source, and removed /etc/modprobe.d/50-sound.conf where there was a reference to snd-ioctl32.conf, a module that don't exists on 3.2.x kernel.

Now the sound modules loads ok, no udev hang up at boot.

PS: Some kmod developers told there was a bug on recursive configuration rules or something (I can't remember, I can't get the backlog on #kmod channel on freenode). If you have any issues, try to install kmod from source here: http://git.profusion.mobi/cgit.cgi/kmod.git/

falconindy · 2012-01-29 01:39:04

I would suggest using the kmod-git package in the AUR if you want to build from git...

sultanoswing · 2012-01-29 02:12:28

koomi wrote:

Leviathan1 and willbprog127, did you try Amancio's solution (https://bbs.archlinux.org/viewtopic.php … 5#p1046225)?

Module saa7164 (Hauppauge TV Tuner Cards) caused the udev hang-on-boot problem for me. As it was already in my modules array, the only way to workaround the issue was via Amancio's solution.

willbprog127 · 2012-01-29 02:27:37

Perhaps this question is out of place, and if it is, please feel free to let me know, but why did this happen? Don't the various developer groups for the different parts of the kernel actually coordinate with each other? Why make the decision to change the udev events processing when many of the drivers obviously cause problems?

I love Linux and have used Arch as my main OS for a few months now, (and I hope I don't have to switch to something else) but gee whiz, what's the deal?

fsckd · 2012-01-29 06:28:04

Hello kichi, your post was accidentally sent to the moderators via the report function. Do not worry, it happens to someone every now and then.

kichi wrote:

Thank you for the info...I installed kmod-git from AUR and sound is back. Delay at the boot is also fixed.
Just want to add that before Installing kmod-git I tried adding "pcieport snd_hda_intel " to rc.conf MODULES array to solve the following error at boot with " udevd[188]: seq 1352 '/devices/pci0000:00/0000:00:1b.0' killed and " udevd[188]: seq 1329 '/devices/pci0000:00/0000:00:03.0/0000:02:00.1' killed". But it didnt work and I got the message "Loading User Modules FAIL" at boot time.
Anyways kmodt-git solved the problem for me.

In reply to this.

kichi · 2012-01-29 06:30:22

sorry and thank you .. I was wondering where my post went

kichi · 2012-01-29 06:53:11

More update from my side ... After trying out blitux suggestion to install kmod-git and remove sound.conf from /etc/modprobe.d, sound is back and boot delay is gone. I got curious and tried following

Removed kmod-git and reverted back to kmod from core. Removed sound.conf from /etc/modprobe and restarted the machine. Sound is back and boot delay is gone

Summing up the solution that worked in my case was just to remove sound.conf from /etc/modprobe.d. I guess something in sound.conf was causing the issue. My audio device is "Intel Corporation 5 Series/3400 Series Chipset High Definition Audio". ( Kmod version 4.1 )

hunterthomson · 2012-01-30 05:12:46

Amancio wrote:

For me, the trick with MODULES in rc.conf didn't work. What I needed to do:
1. Remove 'rtl8192se' in MODULES in rc.conf (I had added just for test).
2. Add 'blacklist rtl8192se' in /etc/modprobe.d/modprobe.conf
3. Add '/sbin/modprobe rtl8192se' in /etc/rc.local
and then udev started fast again.

This method worked for me too with: i2400m_usb

cirnOS · 2012-01-30 14:22:22

nedson wrote:

Adding rtl8192ce to rc.conf fixed this issue (Thinkpad X120e).

can you show me what to add to the modprobe section? I'm a x120e user as well.

im about to install this wireless driver: https://aur.archlinux.org/packages.php?ID=54201

edit: Think I may have found my answer on the first page.

Last edited by cirnOS (2012-01-30 14:48:38)

Leviathan1 · 2012-01-30 20:04:11

Just for the record, on the latest reboots, udevd starts normally again for me without timeout.
So the workaround with the MODULES array is working again (for now).

twelveeighty · 2012-01-31 03:35:39

For those affected and have Realtek wireless cards - the bug I created on the Kernel bugzilla (https://bugzilla.kernel.org/show_bug.cgi?id=42632) has been updated recently by the developers. I'm not in a position to test the patch (this laptop is being used for some critical things right now, can't switch to an experimental kernel), but whoever can contribute, please do.

s0lder · 2012-01-31 20:52:49

Adding brcmsmac to my MODULES array (I have a Broadcom BCM4313 802.11b/g/n card), does not work for me. I still experience the same lag and message about some worker being killed as everyone else was.

Edit: Apparently moving brcmsmac in front of fuse in the array did the trick.

Last edited by s0lder (2012-01-31 20:58:07)

bogdan2011 · 2012-01-31 21:14:35

UDEV_TIMEOUT=30

Would this work if modified? At least to be less than 30s.

meph · 2012-01-31 21:26:46

bogdan2011 wrote:

UDEV_TIMEOUT=30
Would this work if modified? At least to be less than 30s.

That option is obsolete, it will have no effect.

http://projects.archlinux.org/initscrip … 4686d64826

ElliotJH · 2012-02-01 18:32:44

txus wrote:

JamieKitson wrote:
nedson wrote:
Adding rtl8192ce to rc.conf fixed this issue (Thinkpad X120e).
Me too. Thanks guys.
For me too (Thinkpad X121e, AMD E350 version). Thank you!

Also on the Intel version.

Alaska23 · 2012-02-07 10:30:29

swordfish wrote:

I had the same problem with a Realtek wireless module (rtl8192ce). On this forum I got the hint that placing the module in question into the MODULES section of /etc/rc.conf would be a workaround. I have tried it and it works for me - system boots fast again .
...
# HARDWARE
# --------
MODULES=(rtl8192ce)
USEDMRAID="no"
USEBTRFS="no"
USELVM="no"
...

Thanx! That did the trick for me too ... All working fine now.

Stephan_84 · 2012-02-07 17:19:08

koomi wrote:

Amancio wrote:
For me, the trick with MODULES in rc.conf didn't work. What I needed to do:
1. Remove 'rtl8192se' in MODULES in rc.conf (I had added just for test).
2. Add 'blacklist rtl8192se' in /etc/modprobe.d/modprobe.conf
3. Add '/sbin/modprobe rtl8192se' in /etc/rc.local
and then udev started fast again.
Thanks, this worked for ipw2200 aswell.

Thanks, Thanks, Thanks!!! Worked for my IBM Thinkpad X31 as well: ipw2100

Last edited by Stephan_84 (2012-02-07 17:23:55)

doug piston · 2012-02-08 15:53:00

Tried all suggestions here still a no go. Wifi has to come up then I can login to startx. About 30sec wait time. Mine is iwl3945.

xomikronx · 2012-02-09 17:08:35

fuzzynutt wrote:

Well I have fought with this on my system all day. I am running a lenovo w520 using the dedicated graphics.
I would not get any errors on boot it would just sit at starting udev, i left it run for 12 hours with no luck.
I was able to get into the system with the apci=off noapci kernel options.
After trying a lot of different stuff including adding my wireless driver to rc.conf and rebuilding the initrd image I finally have it fixed.
It turns out it is the kernel that is causing my problem, I downgraded all of my packages (init-modules kernel udev kmod) then started re-upgrading them.
The working config I have now is all of the new packages
udev-179-1
kmod-4-1 (replaced init-modules)
kernel-3.1.6-1
Everything works great and I have nothing in my modules line in rc.conf.
If I upgrade the kernel to 3.2.1-2 the problem comes back and the system becomes unbootable without the acpi options.
This is a 64bit system
8Gb ram
nvidia quadro 1000
iwlwifi driver
So far everything is working as I would expect it to, just like before the update.
Hopefully this helps someone, I know I was beating my head against the wall.

I am using a w520 as well. I've recently upgraded again just to see if the issue is fixed, but still no avail. I've downgraded back to 3.1 and also had to downgrade nvidia back to 290.10-1.

Chouan44 · 2012-02-12 01:20:40

Adding my wifi module "brcmsmac" in /etc/rc.conf worked fine for me too.

That increase my boot up speed by 30s. Much better !

Thank you for your help

Sycu · 2012-02-16 10:01:46

Thanks a lot!

If adding module in rc.conf doesn't work for you, check if that module is on the first place in modules array. It didn't work for me, when it was after 'nvidia'

Arch Linux

#76 2012-01-28 21:03:29

Re: udev hangs for 30s after upgrade

#77 2012-01-28 21:13:39

Re: udev hangs for 30s after upgrade

#78 2012-01-28 21:22:33

Re: udev hangs for 30s after upgrade

#79 2012-01-28 21:56:39

Re: udev hangs for 30s after upgrade

#80 2012-01-29 01:34:57

Re: udev hangs for 30s after upgrade

#81 2012-01-29 01:39:04

Re: udev hangs for 30s after upgrade

#82 2012-01-29 02:12:28

Re: udev hangs for 30s after upgrade

#83 2012-01-29 02:27:37

Re: udev hangs for 30s after upgrade

#84 2012-01-29 06:28:04

Re: udev hangs for 30s after upgrade

#85 2012-01-29 06:30:22

Re: udev hangs for 30s after upgrade

#86 2012-01-29 06:53:11

Re: udev hangs for 30s after upgrade

#87 2012-01-30 05:12:46

Re: udev hangs for 30s after upgrade

#88 2012-01-30 14:22:22

Re: udev hangs for 30s after upgrade

#89 2012-01-30 20:04:11

Re: udev hangs for 30s after upgrade

#90 2012-01-31 03:35:39

Re: udev hangs for 30s after upgrade

#91 2012-01-31 20:52:49

Re: udev hangs for 30s after upgrade

#92 2012-01-31 21:14:35

Re: udev hangs for 30s after upgrade

#93 2012-01-31 21:26:46

Re: udev hangs for 30s after upgrade

#94 2012-02-01 18:32:44

Re: udev hangs for 30s after upgrade

#95 2012-02-07 10:30:29

Re: udev hangs for 30s after upgrade

#96 2012-02-07 17:19:08

Re: udev hangs for 30s after upgrade

#97 2012-02-08 15:53:00

Re: udev hangs for 30s after upgrade

#98 2012-02-09 17:08:35

Re: udev hangs for 30s after upgrade

#99 2012-02-12 01:20:40

Re: udev hangs for 30s after upgrade

#100 2012-02-16 10:01:46

Re: udev hangs for 30s after upgrade

Board footer