udev hangs for 30s after upgrade

unull · 2012-01-23 21:29:36

Oxyd00m wrote:

Hi.
My problem is about udev 178-1 with 3.2.1-2 kernel.
:: Waiting for UDev uevents to be processed [BUSY] (for 30 seconds)
udevd[142]: seq 1072 '/devices/pci0000:00/0000:00:1c.1/0000:02:00.0' killed
udevd[142]: worker [155] terminated by signal 9 (Killed)
This is my dmesg, and this is lspci -v
I've also put in MODULES section of rc.conf 'brcmsmac', but nothing change.
How do I fix it?

See this post further up on this page and replace rtl8192se with brcmsmac. That worked for me.

Alby90 · 2012-01-24 08:21:04

I confirm that putting the module "rtl8192se" in rc.conf fixes this issue for me (Asus eeepc 1201T)

Oxyd00m · 2012-01-24 09:22:21

unull wrote:

Oxyd00m wrote:
Hi.
My problem is about udev 178-1 with 3.2.1-2 kernel.
:: Waiting for UDev uevents to be processed [BUSY] (for 30 seconds)
udevd[142]: seq 1072 '/devices/pci0000:00/0000:00:1c.1/0000:02:00.0' killed
udevd[142]: worker [155] terminated by signal 9 (Killed)
This is my dmesg, and this is lspci -v
I've also put in MODULES section of rc.conf 'brcmsmac', but nothing change.
How do I fix it?
See this post further up on this page and replace rtl8192se with brcmsmac. That worked for me.

After 3 reboot the problem is magically vanished. I haved already put brcmsmac in modules.conf. Read well my previous post.

blitux · 2012-01-25 02:59:31

Hi there,

I'm having the same issues, but I don't have any hardware you were mentioning previously. This is what I have:

lspci:
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01)
00:1d.0 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01)
00:1d.7 USB controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 01)
02:08.0 Ethernet controller: Intel Corporation 82562ET/EZ/GT/GZ - PRO/100 VE (LOM) Ethernet Controller Mobile (rev 01)
10:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)

I'm also having the hangup on udev processing, but also there's a kernel panic because of a memory leak when loading snd modules. The process is taking all memory available and then I get a kernel panic because of modprobe has eaten all of the available memory. I need to manually kill the processes to go on to desktop. This happened after upgrading kernel to 3.2.1, udev-178-1 and replaced module-init-tools by kmod. Also, I have no sound because my soundcard modules are not loaded (I manually killed the process which loads them)

May it be a bug due to incompatibility between kmod and udev?

Thank you all :)

kichi · 2012-01-25 09:35:55

@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.

blitux · 2012-01-25 12:25:29

@kichi, how can I do that? I don't have the old packages in my cache. I tried searching the packages, but can't find them.

The process that eats cpu and ram are sh -c /sbin/modprobe --ignore-install {snd} and sh -c /sbin/modprobe --use-blacklist {snd}. I can't remember right now the exact module inside the brackets.

nedson · 2012-01-26 03:57:15

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

blitux · 2012-01-26 12:36:05

Hi there again,

I have more info. Modprobe hangs up when I try to load snd-hda-intel manually with # modprobe snd-hda-intel. I get "FATAL: Module snd-ioctl32 not found". My soundcard is 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01), HP 530 laptop.

I've checked /etc/modprobe.d/50-sound.conf and see that snd-ioctl32 is being blacklisted when loading snd modules (snd-ioctl32 does not exists at least on 3.2.1-2 kernel). Maybe it's an issue of kmod, because it was working with module-init-tools before the upgrade.

kichi · 2012-01-26 13:22:48

I had exactly the same problem. When I tried to load snd-hda-intel. I got snd-ioctl32 not found error. Everything is fine after the downgrade of udev & kmod.. Dont know where exactly to go from this point.

bogdan2011 · 2012-01-26 16:27:50

I have the same issue. No wireless though.

Shark · 2012-01-26 16:41:37

I don't know if this is related but the new rc.conf doesn't have anymore the line with udev. Have you checked rc.conf.pacnew and merged it correctly?

amsri · 2012-01-26 19:35:36

I have added brcmsmac to MODULES() array. The boot time has improved but not satisfactory.

twelveeighty · 2012-01-26 19:52:07

Shark wrote:

I don't know if this is related but the new rc.conf doesn't have anymore the line with udev. Have you checked rc.conf.pacnew and merged it correctly?

I don't think that udev line in rc.conf is related, I asked this yesterday in: https://bbs.archlinux.org/viewtopic.php?id=134406

Last edited by twelveeighty (2012-01-26 19:52:38)

fuzzynutt · 2012-01-26 21:45:42

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.

festizio · 2012-01-26 22:09:15

Alby90 wrote:

I confirm that putting the module "rtl8192se" in rc.conf fixes this issue for me (Asus eeepc 1201T)

I can also confirm this, boot time is back to normal and error free.

JamieKitson · 2012-01-26 22:24:55

nedson wrote:

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

Me too. Thanks guys.

txus · 2012-01-27 09:20:42

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!

wollew · 2012-01-27 10:45:30

nedson wrote:

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

Worked for me too (module rtl8192se, Thinkpad L412), thanks!

Last edited by wollew (2012-01-28 13:44:52)

bogdan2011 · 2012-01-27 17:51:24

Ok, found out how to solve this.
The thing is not everyone has problems with the same module. You need to find out which module makes the loading process hang.
If you read what the system tells you, you'll see something like this:

Loading User-specified Modules [DONE]
Waiting for UDev uevents to be processed [BUSY]udevd[131]: worker [138] timeout, kill it

udevd[132]: seq 1077 '/devices/pci0000:00/0000:00:1c.0/0000:05:00:0' killed

udevd[132]: worker [139] terminated by signal 9 (Killed)

Get the bold number (yours can be different).
Go to the terminal and write lspci -vin -s 0000:05:00:0
You'll get something like

Kernel driver in use: brcmsmac

Then edit /etc/rc.conf and add the module name in the MODULES section (between the brackets), like MODULES=(brcmsmac).
Save, restart.

Thanks to http://igordcard.blogspot.com/2012/01/w … essed.html for figuring this out.

Last edited by bogdan2011 (2012-01-27 17:54:17)

koomi · 2012-01-27 19:15:11

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.

fuzzynutt · 2012-01-28 00:27:35

bogdan2011 wrote:

Ok, found out how to solve this.
The thing is not everyone has problems with the same module. You need to find out which module makes the loading process hang.
If you read what the system tells you, you'll see something like this:
Loading User-specified Modules [DONE]
Waiting for UDev uevents to be processed [BUSY]udevd[131]: worker [138] timeout, kill it
udevd[132]: seq 1077 '/devices/pci0000:00/0000:00:1c.0/0000:05:00:0' killed
udevd[132]: worker [139] terminated by signal 9 (Killed)
Get the bold number (yours can be different).
Go to the terminal and write lspci -vin -s 0000:05:00:0
You'll get something like
Kernel driver in use: brcmsmac
Then edit /etc/rc.conf and add the module name in the MODULES section (between the brackets), like MODULES=(brcmsmac).
Save, restart.
Thanks to http://igordcard.blogspot.com/2012/01/w … essed.html for figuring this out.

Thats very helpful info. What about the few of us who never even get in, I let udev sit for over 12 hours and nothing.
Maybe my problem was/is different, I don't seem to have an issue with udev-179-1 or kmod, my problem seems to lay with the 3.2 kernel.

Not trying to hijack this at all, This is just one of the top threads for udev hangs on boot, so I want to make sure all the solutions get seen.

alculquicondor · 2012-01-28 03:15:29

bogdan2011 wrote:

Ok, found out how to solve this.
The thing is not everyone has problems with the same module. You need to find out which module makes the loading process hang.
If you read what the system tells you, you'll see something like this:
Loading User-specified Modules [DONE]
Waiting for UDev uevents to be processed [BUSY]udevd[131]: worker [138] timeout, kill it
udevd[132]: seq 1077 '/devices/pci0000:00/0000:00:1c.0/0000:05:00:0' killed
udevd[132]: worker [139] terminated by signal 9 (Killed)
Get the bold number (yours can be different).
Go to the terminal and write lspci -vin -s 0000:05:00:0
You'll get something like
Kernel driver in use: brcmsmac
Then edit /etc/rc.conf and add the module name in the MODULES section (between the brackets), like MODULES=(brcmsmac).
Save, restart.
Thanks to http://igordcard.blogspot.com/2012/01/w … essed.html for figuring this out.

It worked for me, too. I'm very grateful.

Leviathan1 · 2012-01-28 09:37:17

After the latest update of this morning, the problem returned. Udevd gives a timeout dispite having the module in the MODULES array.

Sat Jan 28 10:26:47 2012: udevd[152]: worker [182] timeout, kill it
Sat Jan 28 10:26:47 2012: 
Sat Jan 28 10:26:47 2012: udevd[152]: seq 1437 '/devices/pci0000:00/0000:00:1c.1
/0000:02:00.0' killed

# lspci -vin -s 0000:02:00.0|grep driver
	Kernel driver in use: rtl8192se

# grep MODULES /etc/rc.conf
MODULES=(rtl8192se acpi-cpufreq kvm kvm-intel)

willbprog127 · 2012-01-28 18:08:59

Leviathan1 wrote:

After the latest update of this morning, the problem returned. Udevd gives a timeout dispite having the module in the MODULES array.

Same here. I had to put brcmsmac in my MODULES and the workaround worked for a while, but now it's back to waiting 30 seconds. I'm about ready to ask for my money back...this is a disaster!!!

koomi · 2012-01-28 19:04:12

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

Arch Linux

#51 2012-01-23 21:29:36

Re: udev hangs for 30s after upgrade

#52 2012-01-24 08:21:04

Re: udev hangs for 30s after upgrade

#53 2012-01-24 09:22:21

Re: udev hangs for 30s after upgrade

#54 2012-01-25 02:59:31

Re: udev hangs for 30s after upgrade

#55 2012-01-25 09:35:55

Re: udev hangs for 30s after upgrade

#56 2012-01-25 12:25:29

Re: udev hangs for 30s after upgrade

#57 2012-01-26 03:57:15

Re: udev hangs for 30s after upgrade

#58 2012-01-26 12:36:05

Re: udev hangs for 30s after upgrade

#59 2012-01-26 13:22:48

Re: udev hangs for 30s after upgrade

#60 2012-01-26 16:27:50

Re: udev hangs for 30s after upgrade

#61 2012-01-26 16:41:37

Re: udev hangs for 30s after upgrade

#62 2012-01-26 19:35:36

Re: udev hangs for 30s after upgrade

#63 2012-01-26 19:52:07

Re: udev hangs for 30s after upgrade

#64 2012-01-26 21:45:42

Re: udev hangs for 30s after upgrade

#65 2012-01-26 22:09:15

Re: udev hangs for 30s after upgrade

#66 2012-01-26 22:24:55

Re: udev hangs for 30s after upgrade

#67 2012-01-27 09:20:42

Re: udev hangs for 30s after upgrade

#68 2012-01-27 10:45:30

Re: udev hangs for 30s after upgrade

#69 2012-01-27 17:51:24

Re: udev hangs for 30s after upgrade

#70 2012-01-27 19:15:11

Re: udev hangs for 30s after upgrade

#71 2012-01-28 00:27:35

Re: udev hangs for 30s after upgrade

#72 2012-01-28 03:15:29

Re: udev hangs for 30s after upgrade

#73 2012-01-28 09:37:17

Re: udev hangs for 30s after upgrade

#74 2012-01-28 18:08:59

Re: udev hangs for 30s after upgrade

#75 2012-01-28 19:04:12

Re: udev hangs for 30s after upgrade

Board footer