Archiv verlassen und diese Seite im Standarddesign anzeigen : USB Ist ultra Langsam
PferdeLinux
01.04.09, 09:47
Ich habe Folgenes Problem ich hab Gestern Linux neu aufgespielt da bei der alten alles rumgesponnen hat.
Und jetzt sind Datenübertragungen per USB sehr Langsam
Es ist wie Folgt.
Linux eine mpg datei mit ca 800mb wird nur mit 1-1,4mb/s auf den USB stick geschrieben.
Und auch genauso Langsam Gelesen.
Mainboard ist ein Asus P4P800 VM/s .
Der USB stick ist ein Kingston Datatravel DTI/4gb. (http://geizhals.at/a233086.html)
Der soll eigendlich Schreiben 3mb/s und Lesen 6mb/s
Aber es ist nicht nur bei diesem stick so langsam sondern bei allen usb geräten so langsam.
Unter Windows XP läuft alles einwandfrei und ich hab vom stick sogar schon mit 10mb/s gelesen also wenn Windows da nicht Lügt.
Vermutlich PferdeLinux (siehe Nickname) - klingt selbstkompiliert.
In seiner Signatur stehts doch.
Vielleicht - nach einer Neuinstallation würde ich mich auf die Info dort nicht verlassen. Und ob dann z.B. alle Patches schon eingespielt wurden oder nicht - daß weiß auch allein der TE, der sich zu dem Thema noch nicht weitergehend geäußert hat...
PferdeLinux
01.04.09, 16:06
Es ist immernoch Ubuntu 8.10 und es ist Up-to-Date.
Läuft denn das Ding noch als USB 2.0?
lsusb -vv | egrep "^Bus|bcdUSB"
PferdeLinux
02.04.09, 10:00
So hier das ergebnis.
alicorn@alicorn-desktop:~$ lsusb -vv | egrep "^Bus|bcdUSB"
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get hub descriptor: Operation not permitted
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get hub descriptor: Operation not permitted
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get hub descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get hub descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
cannot read device status, Operation not permitted (1)
can't get hub descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
can't get hub descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)
Bus 005 Device 013: ID 0951:1603 Kingston Technology Data Traveler 1GB/2GB Pen Drive
bcdUSB 2.00
Bus 005 Device 012: ID 0951:1603 Kingston Technology Data Traveler 1GB/2GB Pen Drive
bcdUSB 2.00
Bus 005 Device 011: ID 05e3:070e Genesys Logic, Inc. X-PRO CR20xA USB 2.0 Internal Card Reader
bcdUSB 2.00
Bus 005 Device 010: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
bcdUSB 2.00
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
bcdUSB 2.00
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 002 Device 004: ID 04e8:0100 Samsung Electronics Co., Ltd
bcdUSB 1.10
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 001 Device 003: ID 046d:c016 Logitech, Inc. M-UV69a/HP M-UV96 Optical Wheel Mouse
bcdUSB 2.00
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
und jetzt noch mal als root.
Sieht aber eher danach aus, wie wenn das mit USB 1.1 laufen würde - zumindest der USB-Hub.
Denke ich auch.
Versuch mal folgendes:
1. Stick entfernen
2. USB-Storage-Modul removen
3. EHCI-Modul removen und wieder laden
4. Stick wieder rein
5. Prüfen
Hatte schon manchmal das Phänomen, das EHCI nciht sauber geladen hatte (EHCI = USB 2.0, ohne EHCI USB 1.1)
Gruß, Florian
simpleminds
02.04.09, 18:20
Hatte schon manchmal das Phänomen, das EHCI nciht sauber geladen hatte
Hab auch Ubuntu, bei mir hat's ne ähnliche Ausgabe, von 7 sind bei mir nur 2 auf 2.0.
PferdeLinux
03.04.09, 04:02
So Alle Hubs Abgezogen und jetzt ist nur noch die Maus per USB angestöpselt.
Und den Befehl per Root ausgeführt.
alicorn@alicorn-desktop:~$ sudo lsusb -vv | egrep "^Bus|bcdUSB"
[sudo] password for alicorn:
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
bcdUSB 2.00
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 001 Device 005: ID 046d:c016 Logitech, Inc. M-UV69a/HP M-UV96 Optical Wheel Mouse
bcdUSB 2.00
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Denke ich auch.
Versuch mal folgendes:
1. Stick entfernen
2. USB-Storage-Modul removen
3. EHCI-Modul removen und wieder laden
4. Stick wieder rein
5. Prüfen
Hatte schon manchmal das Phänomen, das EHCI nciht sauber geladen hatte (EHCI = USB 2.0, ohne EHCI USB 1.1)
Gruß, Florian
Sag mir mal dafür die Befehle.
Stormbringer
03.04.09, 06:46
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
bcdUSB 2.00
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Bus 001 Device 005: ID 046d:c016 Logitech, Inc. M-UV69a/HP M-UV96 Optical Wheel Mouse
bcdUSB 2.00
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
bcdUSB 1.10
Schau doch einmal durch simples umstecken der Maus, welcher USB-Port der o. a. USB 2.0 Port ist, und schließe dann dort den USB-Stick an.
Schau doch einmal durch simples umstecken der Maus, welcher USB-Port der o. a. USB 2.0 Port ist, und schließe dann dort den USB-Stick an.
ISt das wirklich sinnig? Auf einem Mainboard werden ja wohl kaum mehrere USB-Versionen parallel im betrieb sein?
1. Stick entfernen
2. USB-Storage-Modul removen
3. EHCI-Modul removen und wieder laden
4. Stick wieder rein
5. Prüfen
Sag mir mal dafür die Befehle.
2. rmmod -f usb-storage
dmesg zum kontrollieren
3a. rmmod -f ehci-hcd
dmesg zum kontrollieren
3b. modprobe ehci-hcd
dmesg zum kontrollieren
3c. modprobe usb-storage
dmesg zum kontrollieren
Gruß, Florian
Stormbringer
03.04.09, 08:57
ISt das wirklich sinnig? Auf einem Mainboard werden ja wohl kaum mehrere USB-Versionen parallel im betrieb sein?
Die Auflistung liest sich imho anders ... aber wie gesagt: einfach mal probieren.
Ein USB-Bus schaltet i. d. R. in den Modus des langsamsten angeschlossenen Geräts (in diesem Fall ist es das Eingabegerät), und dies gilt dann für alle an diesen Bus angeschlossenen Geräte - leider gibt es vom TE keine Auflistung ohne angeschlossene Geräte.
Allerdings stehen dort ja recht klar die Anschlußbezeichnungen:
'ID 1d6b:0001 Linux Foundation 1.1 root hub', bzw.
'ID 1d6b:0002 Linux Foundation 2.0 root hub'.
Also 2 IDs, was 2 separaten Geräten entspricht - die Angabe 'hub' sagt ja lediglich, daß es sich um Geräte mit multiplen Anschlüssen handelt.
Drum: halt mal ausprobieren
ISt das wirklich sinnig? Auf einem Mainboard werden ja wohl kaum mehrere USB-Versionen parallel im betrieb sein?
Ein Gegenbeispiel liegt hier herum - Front-USB 1.1, Slot-USB "hinten" am PC 2.0.
PferdeLinux
03.04.09, 18:30
Ok ich geh morgen bei nen Kumpel fragen ob er ne PS/2 Maus hat weil ich nur USB mäuse habe.
im Notfall Schließe ich ne Serial Maus an.
Stormbringer
03.04.09, 18:58
Ok ich geh morgen bei nen Kumpel fragen ob er ne PS/2 Maus hat weil ich nur USB mäuse habe.
im Notfall Schließe ich ne Serial Maus an.
Du brauchst für keine der bis dato nachgefragten Dinge eine Mouse ...
PferdeLinux
07.04.09, 06:26
So ich hab jetzt so geregelt die Dinge die USB 2.0 brauch mit nen Hud an den Port angeschlossen und die geräte wo USB 1.0 reicht daran. -.-
Nur unter Windows Funktonieren alle als USB 2.0 anschlüsse.
auch entsprechend schnell? Hm, komisch...
PferdeLinux
08.04.09, 23:27
Nicht ganz zufriedendstellen aber da muss ich wohl mit leben.
In einer opensuse 10.3 am NB musste ich die USB 2.0 Modul(e) vor 1.1 laden,
damit die USB HDD eben als 2.0-Device erkennt wird. Das Problem tritt nur auf,
wenn USB-Maus (1.1) angesteckt ist. In der OpenSuSE ist das durch einen Eintrag
in der /etc/sysconfig/kernel gelöst:
MODULES_LOADED_ON_BOOT="ehci_hcd"
Ob man sowas in Ubuntu machen kann? Zur Not durch "modprobe ehci_hcd" in
der /etc/init.d/boot.local?
Ubuntu/Debian Spezialisten können sich bestimmt dazu äußern...
Auf einem Mainboard werden ja wohl kaum mehrere USB-Versionen parallel im betrieb sein?
Es steht zwar nicht dabei, um welches Board es sich handelt, aber ich nehme an, die Pentium 4 Ära hast Du noch nicht erlebt? Zu dieser zeit gab es sehr viele Boards, die USB mittels separatem Kontroller, meist ein NEC, nachgerüstet hatten, da die damaligen Chipsätze nur USB 1.x beherrscht haben. Folgerichtig hatten nur 2 Ports USB 2.0 Support. Und diese beiden Ports muß der TE jetzt finden und den Stick dort anstecken.
Edit: das Board steht doch dabei, das P4P dürfte der genannten Generation angehören.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.