USB-Problem in Lenny seit 2.6.25er Kernel

[steos]

Morgen Herrschaften,

Seit der Umstellung auf den 2.6-25er Kernel in Lenny hab' ich jede Mange Probleme: Beim Booten meines DELL Precision M4300 Notebooks vermeldet der Kernel Probleme beim Nummerieren der USB-Devices (taten auch die früheren Kernel, allerdings ohne weitere Probleme) mit dem Effekt, dass ich eine FAT32 formatierte externe USB-Festplatte kaum mehr ansprechen kann (KDE): Ich bekomme immer wieder Fehlermeldungen beim Zugriff die aussagen, ich hätte keine Berechtigung (als User wie als auch als Root); manchmal kann ich zugreifen, allerdings kracht's dann beim Kopieren von Dateien (scheinbar auch Zugriffsprobleme mitten im Kopiervorgang). Das beste: Manchmal unmountet/mountet das System von sich aus einfach die Platte ohne einen Hinweis.

S' kann ja nicht wirklich sein, dass beide, der 2.6.22 und 2.6.24er Kernel problemlos mit dem Notebook umgehen können und beim neueren 2.6.25er nchweislich nichts mehr vernünftig geht.

Hinweis: Unterm' 2.6.24er funktioniert nach wie vor alles einwandfrei...

Hat jemand eine Idee, wie ich das Problem mit dem 2.6.25er lösen könnte. Wäre für Hinwese echt dankbar!

Grüsse,
steos

[cirrussc]

Hallo,

Hat jemand eine Idee, wie ich das Problem mit dem 2.6.25er lösen könnte. Wäre für Hinwese echt dankbar!

Hm, hast du denn auch die neusten patches (2.6.25.11)?
Wie sieht das ganze im syslog aus?

Also auf meinem Notebook hab ich aus diversen Gründen auch noch den 2.6.24 drauf.

[steos]

Hier läuft jetzt der 2.6.25-2-686-bigmem Lenny-Kernel, wie er beim Update eingespielt wurde.

dmesg

[ 5.433615] hub 6-0:1.0: unable to enumerate USB device on port 2
...
[ 5.610612] hub 7-0:1.0: unable to enumerate USB device on port 4
[ 5.846668] hub 7-0:1.0: unable to enumerate USB device on port 5
...
[ 1307.517984] hub 7-0:1.0: unable to enumerate USB device on port 1

wobei die Anzahl der nicht nummerierbaren hubs von Start zu Start variiert (ohne die H/W-Konfiguration bzw. die angeschlossenen Geräte zu variieren wohl gemerkt -- es ist immer nur eine USB-Maus angeschlossen).

Ich habe das ganze dann mit USB-Sticks nochmal getestet:

[ 280.306782] usb 7-2: new high speed USB device using ehci_hcd and address 4
[ 280.441850] usb 7-2: configuration #1 chosen from 1 choice
[ 280.443605] usb 7-2: New USB device found, idVendor=054c, idProduct=0243
[ 280.443616] usb 7-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 280.443622] usb 7-2: Product: Storage Media
[ 280.443626] usb 7-2: Manufacturer: Sony
[ 280.443630] usb 7-2: SerialNumber: 2A08022684071
[ 286.083754] Initializing USB Mass Storage driver...
[ 280.600778] scsi3 : SCSI emulation for USB Mass Storage devices
[ 280.600983] usbcore: registered new interface driver usb-storage
[ 280.600994] USB Mass Storage support registered.
[ 286.084776] usb-storage: device found at 4
[ 286.084779] usb-storage: waiting for device to settle before scanning
[ 291.157237] usb-storage: device scan complete
[ 291.158770] scsi 3:0:0:0: Direct-Access Sony Storage Media 0100 PQ: 0 ANSI: 0 CCS
[ 291.162707] sd 3:0:0:0: [sdb] 15663104 512-byte hardware sectors (8020 MB)
[ 291.163529] sd 3:0:0:0: [sdb] Write Protect is off
[ 291.163548] sd 3:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 291.163553] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[ 291.166410] sd 3:0:0:0: [sdb] 15663104 512-byte hardware sectors (8020 MB)
[ 291.167233] sd 3:0:0:0: [sdb] Write Protect is off
[ 291.167242] sd 3:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 291.167247] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[ 291.167253] sdb: sdb1
[ 291.168376] sd 3:0:0:0: [sdb] Attached SCSI removable disk
[ 289.872146] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!

lieferte beim Kopieren eine Zugriffs-Fehlermeldung bei einer Datei (ist ebenfalls Unsinn, ging früher sehr wohl) aber der Kopiervorgang lief durch. Interessant ist auch das das Device nur als "high speed" klassifiziert wurde. Ein neuerlicher Versuch mit einem anderen Stick

[ 1471.263375] usb 7-1: new high speed USB device using ehci_hcd and address 6
[ 1471.376575] usb 7-1: configuration #1 chosen from 1 choice
[ 1471.376575] scsi5 : SCSI emulation for USB Mass Storage devices
[ 1471.376575] usb 7-1: New USB device found, idVendor=0781, idProduct=5151
[ 1471.376575] usb 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1471.376575] usb 7-1: Product: Cruzer Micro
[ 1471.376575] usb 7-1: Manufacturer: SanDisk Corporation
[ 1471.376575] usb 7-1: SerialNumber: 2004351592052720F8A9
[ 1471.376575] usb-storage: device found at 6
[ 1471.376575] usb-storage: waiting for device to settle before scanning
[ 1489.355740] usb-storage: device scan complete
[ 1489.356044] scsi 5:0:0:0: Direct-Access SanDisk Cruzer Micro 0.1 PQ: 0 ANSI: 2
[ 1489.359142] sd 5:0:0:0: [sdb] 2001888 512-byte hardware sectors (1025 MB)
[ 1489.387090] sd 5:0:0:0: [sdb] Write Protect is off
[ 1489.387101] sd 5:0:0:0: [sdb] Mode Sense: 03 00 00 00
[ 1489.387106] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[ 1489.403532] sd 5:0:0:0: [sdb] 2001888 512-byte hardware sectors (1025 MB)
[ 1489.404298] sd 5:0:0:0: [sdb] Write Protect is off
[ 1489.404307] sd 5:0:0:0: [sdb] Mode Sense: 03 00 00 00
[ 1489.404311] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[ 1489.404318] sdb: sdb1
[ 1489.405697] sd 5:0:0:0: [sdb] Attached SCSI removable disk
[ 1477.811689] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!

hat allerdings sofort zu einem Fehler geführt (Verzeichnis soundso kann nicht erstellt werden) und die oben beschriebenen Probs treten auf (Verzeichnisse werden beim Kopieren erstellt, beim kopieren der Dateien kracht's offenbar). Stick ist jedoch physisch OK, wie auch die USB-Platte im ersten Post. Hmm...

[steos]

Das ganze zum Vergleich nochmal mit dem 2.6.24-1-686-bigmem Kernel in Lenny:

dmesg: Keinerlei Meldungen bez. "enumerate"

1.Stick: Keinerlei Probleme beim Kopieren
2.Stick: Keinerlei Probleme beim Kopieren

BTW: Die Meldung "FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!" kommt unterm' 2.6.24-1-686-bigmem auch nicht.

[storm]

Das ganze zum Vergleich nochmal mit dem 2.6.24-1-686-bigmem Kernel in Lenny:

dmesg: Keinerlei Meldungen bez. "enumerate"

Mal abgesehen von den anderen Fehlern, die du oben beschrieben hast: das "device enumerate"-Problem ist eigentlich keins. Im Zuge der Kernel-Entwicklung ist bei 2.6.25-rcX nur das Logging bei der Geräteabfrage umgestellt worde (syslog facility: notice -> err). Das heisst, wenn der Treiber einen usb-hub abfragt, muss der hub verbundene Geräte nennen, auch wenn gar nix dran hängt. Zitat [1]:

That's right. For some reason those hubs must report connections on those ports even though nothing is actually attached. When the kernel tries to enumerate them, naturally it fails.

Mit 2.6.26 ist das wieder ok, auch zu sehen am entsprechenden Patch [3].

Generell hatte ich aber auch Probleme mit usb bei dieser Kernel-Version. Ein leicht modifizierter SD-Leser funktionierte bis 2.6.24 eigentlich meistens ohne Probleme, ab 2.6.25 hat der aber auch beim simplen Lesen von Dateien Fehler produziert, die soweit gingen, dass das komplette usb-subsystem nur nach einem reboot wieder zu gebrauchen war. Das hat sich seit 2.6.26 aber noch nicht wieder gezeigt.

BTW: Die Meldung "FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!" kommt unterm' 2.6.24-1-686-bigmem auch nicht.

Das kannst du prinzipiell auch ignorieren. utf8 ist per default (kernel) das charset für Geräte, die mit Windows zu tun haben könnten. Jedes andere charset würde Probleme nach sich ziehen. Die Warnung erscheint halt nur, weil FAT eben nicht (bzw. nur halb) case-sensitive ist. Eine mögliche Abhilfe wäre, in /etc/fstab oder in der entsprechenden Konfiguration für dynamische Geräte, das von dir hauptsächlich verwendete charset anzugeben.


ciao, storm

[1] http://lkml.org/lkml/2008/4/26/217
[2] http://linux.derkeiler.com/Mailing-List ... 02718.html
[3] http://kerneltrap.org/mailarchive/git-c ... 30/1978694

[steos]

@ storm: Danke für die Links!

Die "enumerate"-Meldungen waren auch bei früheren Kerneln zu sehen und hatten keinerlei Auswirkungen. Sorgen macht mir jedoch die Tatsache, dass mein System (das DELL M4300 ist der Business-Serie von DELL sehr ähnlich) keine USB-Speichermedien vernünftig ansteuern kann. Besonders bitter dann, wenn man sein Backup darüber abwickelt.

Ich befürchte nur, dass Lenny möglicherweise auch mit diesem Kernel released wird, dann weiß ich nicht so recht wie damit umgehen. Damit bleibt aus meiner Sicht nur zu hoffen, dass der Bug (ist es überhaupt einer?) als solches gefixt wird. Warmu scheinbar nur ich den Fehler habe, keine Ahnung. Ich weiss auch nicht so recht, was tun, denn an der Konfiguration des Systems scheitert's nicht.

[derJupp]

Diese Meldung erhielt ich auch beim 2.6.25 Kernel, störte nicht weiter da ich alle USB Ports verwenden konnte.Seit ich den 2.6.26 Kernel verwende ist die Meldung verschwunden ... bist also nicht der einzige steos
Störend war eher die Tatsache das unter dem 2.6.25 mein DVD Brenner öfter Probleme bereitete.Meldungen " Konnte das Medium nicht lesen ... " und ähnliches erschienen wie aus dem Nichts obwohl kein Medium sich im Brenner befand ! Das Laufwerk lies sich dann auch nicht mehr ansprechen oder öffnen ... musste immer Neustarten .Alles Vergangenheit seit der 2.6.26 hier seine Dienst verrichtet

[steos]

So, hab' den (aus meiner Sicht) Bug gemeldet, siehe [1]. Mal' sehen...

[1] http://bugs.debian.org/cgi-bin/bugrepor ... bug=493540

[stefan06]

Hallo,

Ich habe auch das Problem, dass meine Usb-Platte nicht erkannt wird. Die Fehlermeldung zu Beginn des Startvorgangs (unable to enumerate USB device on port...) habe ich auch. Weiß jemand, ob daran gearbeitet wird bzw. wie man das Problem selbst lösen kann?

Viele Grüße, Stefan.

Achso, benutze nicht den Bigmemory Kernel, sondern den Standard 686-Kernel.

[Alternativende]

Seit einigen Tagen habe ich auch das Problem mit meinem MP3 Player. Hilfe in Sicht?

[steos]

Im Bug-Report habe ich mittlerweile vermerkt, dass das Problem bei mir vermutlich mit Problemen des FAT32-Treibers zusammenhängen dürfte. Offenbar traten ähnliche Probleme auch bei anderen Distris auf. Ich arbeite derzeit auf 2.6.24 weiter und warte derweilen den Release von Lenny ab...

Leider erhalte ich mittlerweile von den Maintainern auf meinen Report keinen Feedback mehr.

[barmeier]

Hi,

ich habe das gleiche Problem, allerdings konnte ich bei mir feststellen, dass sobald ich einen USB 1.1 Hub dazwischen schalte alle funktioniert, nur eben sehr viel langsamer.

Ich habe das Problem auch nur mit Highspeed devices. Alle Fullspeed Sticks scheinen wie gewohnt zu arbeiten.

Kann das jemand bestätigen, oder habe ich hier ein spezielles Problem ?

Ciao
Matze

[Alternativende]

Bei mir ist das Problem lange Geschichte..

[barmeier]

Hi,

bei mir leider nicht. Auch ein upgrade auf 2.26 hat absolut nichts geholfen.

Ciao
Matze