kern.log geflutet mit 'usb: uevent'-Meldungen

[McBane]

Hallo, habe seit dem gestrigen dist-upgrade meiner Debian-Testing-Box folgendes Problem:

Der kern.log (bzw. wo auch immer der syslog-ng daemon die Kernelnachrichten sonst noch hinsendet)
wird kontinuierlich mit folgenden uevent Nachrichten geflutet:

Code: Alles auswählen

Jan 20 11:53:54 silver kernel: [ 2533.325466] usb usb1: uevent
Jan 20 11:53:54 silver kernel: [ 2533.325933] usb 1-10: uevent
Jan 20 11:53:54 silver kernel: [ 2533.326348] usb usb1: uevent
Jan 20 11:53:54 silver kernel: [ 2533.326771] usb 1-9: uevent
Jan 20 11:53:54 silver kernel: [ 2533.327187] usb usb1: uevent
Jan 20 11:53:54 silver kernel: [ 2533.327598] usb usb2: uevent
Jan 20 11:53:57 silver kernel: [ 2536.325577] usb usb1: uevent
Jan 20 11:53:57 silver kernel: [ 2536.326005] usb 1-10: uevent
Jan 20 11:53:57 silver kernel: [ 2536.326400] usb usb1: uevent
Jan 20 11:53:57 silver kernel: [ 2536.326811] usb 1-9: uevent
Jan 20 11:53:57 silver kernel: [ 2536.327206] usb usb1: uevent
Jan 20 11:53:57 silver kernel: [ 2536.327607] usb usb2: uevent
Jan 20 11:54:00 silver kernel: [ 2539.323417] usb usb1: uevent
Jan 20 11:54:00 silver kernel: [ 2539.323844] usb 1-10: uevent
Jan 20 11:54:00 silver kernel: [ 2539.324244] usb usb1: uevent
Jan 20 11:54:00 silver kernel: [ 2539.324643] usb 1-9: uevent
Jan 20 11:54:00 silver kernel: [ 2539.325032] usb usb1: uevent
Jan 20 11:54:00 silver kernel: [ 2539.325424] usb usb2: uevent
Jan 20 11:54:03 silver kernel: [ 2542.321181] usb usb1: uevent
Jan 20 11:54:03 silver kernel: [ 2542.321626] usb 1-10: uevent
Jan 20 11:54:03 silver kernel: [ 2542.322049] usb usb1: uevent
Jan 20 11:54:03 silver kernel: [ 2542.322471] usb 1-9: uevent
Jan 20 11:54:03 silver kernel: [ 2542.322878] usb usb1: uevent
Jan 20 11:54:03 silver kernel: [ 2542.323301] usb usb2: uevent
Jan 20 11:54:06 silver kernel: [ 2545.319970] usb usb1: uevent
Jan 20 11:54:06 silver kernel: [ 2545.320431] usb 1-10: uevent
Jan 20 11:54:06 silver kernel: [ 2545.320864] usb usb1: uevent
Jan 20 11:54:06 silver kernel: [ 2545.321300] usb 1-9: uevent
Jan 20 11:54:06 silver kernel: [ 2545.321720] usb usb1: uevent
Jan 20 11:54:06 silver kernel: [ 2545.322165] usb usb2: uevent

Ich habe das Phänomen sowohl unter dem 2.6.22.10 Kernel sowie dem jüngstem stabilen Kernel 2.6.23.14.
Dieser Fehler tritt auch auf, falls ALLE usb-Geräte ausgesteckt sind.

Weiß im Moment nicht mehr weiter, bin für jeden Tipp dankbar!

-----------------------------
Ergänzung:

Cpu: Opteron 185/Socket 939
Mainboard: NForce 4 Chipsatz

Ausgabe udevinfo --version: 114

Ausgabe lspci:

Code: Alles auswählen

00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3)
00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:08.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04)
01:08.1 Input device controller: Creative Labs SB Audigy Game Port (rev 04)
01:08.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04)
01:09.0 Mass storage controller: Silicon Image, Inc. SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02)
01:0a.0 FireWire (IEEE 1394): Texas Instruments TSB82AA2 IEEE-1394b Link Layer Controller (rev 01)
02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller (rev 19)
05:00.0 VGA compatible controller: nVidia Corporation Unknown device 0402 (rev a1)

Ausgabe lsmod:

Code: Alles auswählen

Module                  Size  Used by
nvidia               7853244  36
agpgart                32436  1 nvidia
binfmt_misc            12168  1
rfcomm                 37912  0
l2cap                  24192  5 rfcomm
bluetooth              52052  4 rfcomm,l2cap
vboxdrv                49636  0
tcp_diag                2816  0
inet_diag              13064  2 tcp_diag
ppdev                   9732  0
lp                     12012  0
ac                      6532  0
battery                13192  0
bridge                 50456  0
tun                    12032  0
ipv6                  244320  59
fuse                   42388  14
dm_snapshot            17956  0
dm_mirror              22400  0
dm_mod                 53936  2 dm_snapshot,dm_mirror
it87                   18828  0
hwmon_vid               3840  1 it87
eeprom                  8208  0
lm90                   14888  0
psmouse                36880  0
ide_generic             2304  0 [permanent]
snd_emu10k1_synth       7936  0
snd_emux_synth         31744  1 snd_emu10k1_synth
snd_seq_virmidi         7808  1 snd_emux_synth
snd_seq_midi_emul       6912  1 snd_emux_synth
snd_emu10k1           124068  3 snd_emu10k1_synth
snd_seq_dummy           4740  0
snd_seq_oss            30356  0
snd_seq_midi            9248  0
snd_seq_midi_event      7936  3 snd_seq_virmidi,snd_seq_oss,snd_seq_midi
snd_seq                47260  9 snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_rawmidi            23328  3 snd_seq_virmidi,snd_emu10k1,snd_seq_midi
firmware_class         10368  1 snd_emu10k1
snd_ac97_codec         90656  1 snd_emu10k1
ac97_bus                3328  1 snd_ac97_codec
snd_pcm_oss            39840  0
snd_mixer_oss          16256  1 snd_pcm_oss
snd_pcm                72068  3 snd_emu10k1,snd_ac97_codec,snd_pcm_oss
snd_seq_device          8844  8 snd_emu10k1_synth,snd_emux_synth,snd_emu10k1,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi
snd_timer              21892  3 snd_emu10k1,snd_seq,snd_pcm
snd_page_alloc         11016  2 snd_emu10k1,snd_pcm
snd_util_mem            5632  2 snd_emux_synth,snd_emu10k1
snd_hwdep               9732  2 snd_emux_synth,snd_emu10k1
snd                    48916  17 snd_emux_synth,snd_seq_virmidi,snd_emu10k1,snd_seq_oss,snd_seq,snd_rawmidi,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_device,snd_timer,snd_hwdep
usblp                  14080  0
emu10k1_gp              4736  0
parport_pc             34200  1
parport                34888  3 ppdev,lp,parport_pc
button                  9232  0
gameport               15880  2 emu10k1_gp
i2c_nforce2             7040  0
soundcore               8516  1 snd

[storm]

Moin,

kannst du vielleicht mal deine udev-Version und eine Liste der geladenen Module posten? Eventuell ein paar Angaben zur Hardware (plattform+cpu) wären auch nicht schlecht.

ciao, storm

[storm]

Die fehlenden usb-Treiber in deiner Liste oben sind fix im kernel oder gerade nicht geladen? Zur weiteren Fehlersuche könntest du auch alle Module entladen, die nicht von irgendeiner Hardware gebraucht werden. Die erkennst du an den Nullen unter 'used by'. Falls eins doch gebraucht wird, wird der Befehl auch mit meckern enden. Die Ausgabe im kern.log ist die Verkürzte, mit udevmonitor -k (oder --kernel) lässt sich eine gesprächigere Version einstellen, die zumindest zeigen sollte, welches Gerät das Fluten verursacht. Über usbview oder lsusb könntest du dann mittels der Bus- und Gerätenummer das entsprechende Gerät 'festnageln'. Bei diesen Intervallen könnte das ein fehlerhaftes Pollen sein. Läuft vielleicht noch irgendeine Software, die USB-Geräte abfragt?

ciao, storm

[storm]

Noch etwas: hab gerade noch einen Thread [1] auf lkml bzw. linux-usb zum Thema gefunden, in dem eine ganze Menge Reparaturen drinstecken, die aber wahrscheinlich erst in 2.6.24 auftauchen werden. Die sonst übliche Meldung über das Zurückportieren (nach 2.6.23.y) ist nicht zu finden (ist ja auch kein security-fix oder kritischer Fehler). Unter anderem ist da die Rede von fehlerhafter Synchronisierung in ehci oder auch 'uevent environment key fix'. Ob das jetzt wirklich bei deinem kernel zutrifft, kann ich auch nicht sagen. Als temporäre Maßnahme kannst du nur die USB-Treiber blacklisten und vorerst keine Geräte am USB nutzen (wenn du nicht doch die wirkliche Quelle findest), und hoffen, dass der neue Kernel oder ein 2.6.23.y mit den gleichen Reparaturen so schnell wie möglich rauskommt. Der 2.6.24 sollte ja in den nächsten 2 Wochen erscheinen. Falls das Nichtnutzen nicht in Frage kommt, könntest du auch den syslog-ng so konfigurieren, dass er die uvent-Meldungen nach /dev/null umlenkt, aber das ist eine sehr rüde Methode. *g

ciao, storm

[1] http://kerneltrap.org/mailarchive/linux ... /28/456596

[McBane]

@storm: Herzlichen Dank für deine Hilfe! Werde obige Ratschläge mal ausprobieren und hier berichten, sobald es die Arbeit zulässt.