Arch Linux

Brauche Hilfe: Waiting for UDev uevents to be processed

Edward d'Eath

Hallo,

ich brauche mal Hilfe und Lösungsvorschläge von der Archlinux-Gemeinschaft, weil ich allein nicht weiter komme.

Seit udev-177 habe ich auf einem Uralt-Notebook HP Omnibook XE3GF (ist aus dem Jahr 2001) beim booten von Archlinux die folgenden Fehlermeldungen:

Sat Feb 25 18:32:20 2012: :: Triggering UDev uevents    [BUSY]    [DONE] 
Sat Feb 25 18:32:20 2012: :: Waiting for UDev uevents to be processed    [BUSY] udevd[118]: worker [134] timeout, kill it
Sat Feb 25 18:32:20 2012: 
Sat Feb 25 18:32:20 2012: udevd[118]: seq 1090 '/devices/pci0000:00/0000:00:1e.0/0000:02:03.0' killed
Sat Feb 25 18:32:20 2012: 
Sat Feb 25 18:32:20 2012:    [DONE] 
Sat Feb 25 18:32:20 2012: :: Bringing up loopback interface    [BUSY]    [DONE] 
Sat Feb 25 18:32:20 2012: :: Checking Filesystems    [BUSY] root: sauber, 88787/750720 Dateien, 1042697/3000138 Blöcke
Sat Feb 25 18:32:20 2012: home: sauber, 307/8830976 Dateien, 611637/35322918 Blöcke
Sat Feb 25 18:32:20 2012: boot: sauber, 29/62336 Dateien, 12577/248999 Blöcke
Sat Feb 25 18:32:20 2012: udevd[118]: worker [134] terminated by signal 9 (Killed)
Sat Feb 25 18:32:20 2012: 
Sat Feb 25 18:32:20 2012:    [DONE]

In diesem Thread wird ein ähnliches Verhalten beschrieben.
https://forum.archlinux.de/viewtopic.php?id=20848

Leider bringt mir der dort geschilderte Lösungsvorschlag nichts, weil das Notebook kein WLAN hat. Ich habe eher die eingebaute Soundkarte in Verdacht.

lspci -nnk | grep -i audio -A2

02:03.0 Multimedia audio controller [0401]: ESS Technology ES1988 Allegro-1 [125d:1988] (rev 12)
	Subsystem: Hewlett-Packard Company Device [103c:0021]
	Kernel driver in use: snd_maestro3

Das hier sieht mir verdächtig nach der obigen Soundkarte aus:

ls -ali /sys/devices/pci0000:00/0000:00:1e.0/0000:02:03.0/

insgesamt 0
 1733 drwxr-xr-x 5 root root    0 25. Feb 18:43 .
 1560 drwxr-xr-x 9 root root    0 25. Feb 18:43 ..
12506 drwxr-xr-x 3 root root    0 25. Feb 18:43 0-0:ESS1988
 1748 -rw-r--r-- 1 root root 4096 25. Feb 19:47 broken_parity_status
 1740 -r--r--r-- 1 root root 4096 25. Feb 18:46 class
 6898 -rw-r--r-- 1 root root  256 25. Feb 18:46 config
 1746 -r--r--r-- 1 root root 4096 25. Feb 19:47 consistent_dma_mask_bits
 1737 -r--r--r-- 1 root root 4096 25. Feb 18:43 device
 1745 -r--r--r-- 1 root root 4096 25. Feb 19:47 dma_mask_bits
12151 lrwxrwxrwx 1 root root    0 25. Feb 18:50 driver -> ../../../../bus/pci/drivers/snd_maestro3
 1747 -rw------- 1 root root 4096 25. Feb 19:47 enable
 1741 -r--r--r-- 1 root root 4096 25. Feb 18:46 irq
 1743 -r--r--r-- 1 root root 4096 25. Feb 19:47 local_cpulist
 1742 -r--r--r-- 1 root root 4096 25. Feb 19:47 local_cpus
 1744 -r--r--r-- 1 root root 4096 25. Feb 19:47 modalias
 1749 -rw-r--r-- 1 root root 4096 25. Feb 19:47 msi_bus
 1754 drwxr-xr-x 2 root root    0 25. Feb 19:47 power
 1750 --w--w---- 1 root root 4096 25. Feb 19:47 remove
 1751 --w--w---- 1 root root 4096 25. Feb 19:47 rescan
 6900 --w------- 1 root root 4096 25. Feb 19:47 reset
 1735 -r--r--r-- 1 root root 4096 25. Feb 18:46 resource
 6899 -rw------- 1 root root  256 25. Feb 19:47 resource0
12152 drwxr-xr-x 3 root root    0 25. Feb 18:43 sound
 1753 lrwxrwxrwx 1 root root    0 25. Feb 18:43 subsystem -> ../../../../bus/pci
 1739 -r--r--r-- 1 root root 4096 25. Feb 19:47 subsystem_device
 1738 -r--r--r-- 1 root root 4096 25. Feb 19:47 subsystem_vendor
 1734 -rw-r--r-- 1 root root 4096 25. Feb 18:43 uevent
 1736 -r--r--r-- 1 root root 4096 25. Feb 18:43 vendor

lsmod | grep -i snd

snd_maestro3           13859  0 
snd_ac97_codec         90085  1 snd_maestro3
ac97_bus                 842  1 snd_ac97_codec
snd_pcm                60595  2 snd_ac97_codec,snd_maestro3
snd_page_alloc          5869  1 snd_pcm
snd_timer              15438  1 snd_pcm
snd                    44501  4 snd_timer,snd_pcm,snd_ac97_codec,snd_maestro3
soundcore               5018  1 snd

Was kann ich Eurer Meinung nach unternehmen, um die Fehlermeldungen abzuschalten?

Edward

portix

In dem von dir genannten Thread war ja der Lösungsvorschlag das entprechende Modul das den Fehler verursacht explizit in MODULES zu laden. Hast du schon versucht das Modul (snd_maestro3) zum MODULES-array hinzuzufügen?

Edward d'Eath

portix schriebIn dem von dir genannten Thread war ja der Lösungsvorschlag das entprechende Modul das den Fehler verursacht explizit in MODULES zu laden. Hast du schon versucht das Modul (snd_maestro3) zum MODULES-array hinzuzufügen?

Ja, das habe ich natürlich gemacht. Nach einem Neustart wird eine zusätzliche Meldung ausgegeben ("Loading User-specified Modules"). An der Gesamtsituation ändert sich allerdings nichts, die Meldung ("udevd[118]: worker [134] timeout, kill it") wird weiterhin ausgegeben.

Mittlerweile hat sich die Sache noch verschlimmert. Gestern kam eine neue linux-firmware, seitdem ist auch das Modul yenta-cardbus/yenta-socket betroffen und wirft eine zweite Fehlermeldung.

Eben habe ich beide Module im MODUL-array aufgenommen und den Rechner neu gestartet, jetzt wird ein drittes Modul angemeckert. Mann, das kanns doch nicht sein! Der Laptop tut seit Jahren unter Arch seinen Dienst ohne nennenswerte Probleme :-((

Edward

PS

Den output von lspci reiche ich heute Abend nach.

Gregor

Ich hatte mit meinem Thinkpad x121e das selbe Problem. Leider weiß ich gerade nicht mehr wie ich es geöst bekommen habe. Ich werde heute Abend mal nachschauen und dir dann die Lösung posten. Ansonsten hast du schon einen Udev Downgrade probiert?

Edward d'Eath

So, endlich habe ich wieder etwas Zeit, um mich meinem Problem zu widmen und ich reiche nun die versprochene Ausgabe von lspci nach.

lspci

00:00.0 Host bridge: Intel Corporation 82830 830 Chipset Host Bridge (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 82830 CGC [Chipset Graphics Controller] (rev 03)
00:02.1 Display controller: Intel Corporation 82830 CGC [Chipset Graphics Controller]
00:1d.0 USB controller: Intel Corporation 82801CA/CAM USB Controller #1 (rev 01)
00:1d.1 USB controller: Intel Corporation 82801CA/CAM USB Controller #2 (rev 01)
00:1d.2 USB controller: Intel Corporation 82801CA/CAM USB Controller #3 (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 41)
00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 01)
02:02.0 Communication controller: ESS Technology ES2838/2839 SuperLink Modem (rev 01)
02:03.0 Multimedia audio controller: ESS Technology ES1988 Allegro-1 (rev 12)
02:04.0 CardBus bridge: O2 Micro, Inc. OZ6933/711E1 CardBus/SmartCardBus Controller (rev 01)
02:04.1 CardBus bridge: O2 Micro, Inc. OZ6933/711E1 CardBus/SmartCardBus Controller (rev 01)
02:08.0 Ethernet controller: Intel Corporation 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller (rev 41)

tail -n 50 /var/log/boot

...
Sat Mar 10 09:58:57 2012: :: Starting UDev Daemon    [BUSY]    [DONE] 
Sat Mar 10 09:58:57 2012: :: Triggering UDev uevents    [BUSY]    [DONE] 
Sat Mar 10 09:58:57 2012: :: Waiting for UDev uevents to be processed    [BUSY] udevd[111]: worker [117] timeout, kill it
Sat Mar 10 09:58:57 2012: 
Sat Mar 10 09:58:57 2012: udevd[111]: seq 1090 '/devices/pci0000:00/0000:00:1e.0/0000:02:03.0' killed
Sat Mar 10 09:58:57 2012: 
Sat Mar 10 09:58:57 2012:    [DONE] 
Sat Mar 10 09:58:57 2012: :: Bringing up loopback interface    [BUSY]    [DONE] 
Sat Mar 10 09:58:57 2012: :: Checking Filesystems    [BUSY] root: sauber, 90850/750720 Dateien, 1100008/3000138 Blöcke
Sat Mar 10 09:58:57 2012: home: sauber, 309/8830976 Dateien, 611639/35322918 Blöcke
Sat Mar 10 09:58:57 2012: boot: sauber, 29/62336 Dateien, 12587/248999 Blöcke
Sat Mar 10 09:58:57 2012: udevd[111]: worker [117] terminated by signal 9 (Killed)
Sat Mar 10 09:58:57 2012: 
...

Kann es sein, das die folgende Meldung

Sat Mar 10 09:58:57 2012: udevd[111]: seq 1090 '/devices/pci0000:00/0000:00:1e.0/0000:02:03.0' killed

etwas hiermit zu tun hat?

00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 41)

Ciao,

Edward

Edward d'Eath

Gestern kamen neue Pakete für linux 3.2.11-1 und udev 181-5 rein. Seit dem sind die Meldungen Waiting for UDev uevents to be processed weg.

Problem gelöst.