Lassú USB, de miért?

dmesg? nem ad valami errorokat?

[quote:5be9511281="atech"]A minden pendrive-ra működő megoldás itt található.

Hali.
Ez ugyanaz, mint a bugzillában és a kiadási megjegyzésben, sajnos eszközönként kell beállítani. Mindegyikre egyet.

Sziasztok.
Minap megnéztem a suse10oss kiadási megjegyzését. Nem szoktam de most éppen unatkoztam. Rájöttem néha érdemes a saját gépemen is kutakodni.
Szóval susehelp-> kiadási megjegyzések -> hotplug eszközök csatolása sync nélkül. Ott van magyarul, ami a bugzillába angolul, ha valakinek gondot okoz az angol.

A minden pendrive-ra működő megoldás itt található.

[quote:aac6c3ac1b="nagy_peter"]De megy a Pendrive, csak 6k/sec sebességgel írható..

Időközben azonban találtam egy megoldást...
Ha a Pendrive-ot kézzel felcstolom, de nem az alapértelmezett könyvtárába, hanem abba, amit én csináltam neki, akkor ott jól megy...

kiadom a "mount /dev/sdc1 /media/usb" parancsot, és akkor a media/usb-n keresztül gyorsan dolgozik, viszont a parancsot csak a root-tol fogadja el...

Viszont így a használat végén unmountolni kell....
A hivatalosan elismert BUG-ból nem tudja valaki kisilabizálni, hogy hogy lehet megoldani?
(Sajnos nem tudok ilyen jól angolul, hogy a megoldást kivegyem belőle)
Itt a bug:
https://bugzilla.novell.com/show_bug.cgi?id=105871

Eloszor is a a storaget illik umountolni mindenkepp, kulonben osszeeshet rajta a FS, aztan nezhetsz. Jo lenne, ha adnal egy fstab kimenetet is, akkor tudnank segiteni, mifele opcio lehet ami ilyen erosen limitalja az irasi sebesseget. Az, hogy valamit csak root tud mountolni, az nem helytallo, nezd meg a mount man-jaban, mit jelent az user opcio.

Varjuk az fstabot!

asd

Ugy nez ki, hogy a 19-es hozaszolasban van a megoldas. Ime a forditas:

Letre kell hozni egy konyvtarat:

[code:1:9102a2e363]mkdir -p /usr/share/hal/fdi/policy/95userpolicy/[/code:1:9102a2e363]

Letoltod az oldal aljan talalhato linkrol a nosync.fdi allomanyt es berakod az ujonan letrehozott konyvtarba. Modositod az allomanyban a kovetkezo sort:

[code:1:9102a2e363]match key="volume.uuid" string="==UUID=="[/code:1:9102a2e363]

Az ==UUID== helyet kell azt beirni amit az

[code:1:9102a2e363]lshal[/code:1:9102a2e363]

ad. Vegul ujrainditod a HAL servicet:

[code:1:9102a2e363]rchal restart[/code:1:9102a2e363]

En nem probaltam mert nincs mivel, esetleg probalja ki valaki es irja meg a tapasztalatait.

Alapkérdés: hol lehet leállítani az automountot?

Sajnos nálam is ugyanez a probléma.
Én megnéztem a modulokat is, minden be van töltve ami kell: ehci, uhci és ha berakod a pendrive-t akkor berántja a storage-t is.
Szóval eddig nálam is gyenge.

Ez egy ismert bug a Suse 10.0-an.

Ime:

https://bugzilla.novell.com/show_bug.cgi?id=105871

[quote:4330a5fcda="nagy_peter"]A dmesg nem ad olyan error-t amiből arra következtetnék, hogy nem menne a pendrive...

Miért, most nem megy a pendrive?

Egy lsmod kimenetet irhatnal, akkor kiderul, hogy milyen modulok vannak betoltve. Ha van koztuk ehci_hcd, akkor usb 2.0, ha nincs, akkor csak 1.1.

Hát a válasz elég egyszerű, mert én pontosan ugyanezzel szívtam (nekem mondjuk az usb-s cd író és usb diszk volt lassú), de aztán rájöttem, hogy a 2.0-s USB támogatáshoz talán be kellene tölteni a ehci_hcd modult

:oops:

Ezek után minden szépségesen gyors lett. Szerintem neked ugyanez a problémád...

[quote:8e02151634="asd"]ohci vagy ehci usb drivert hasznalsz?

ohci vagy ehci usb drivert hasznalsz?

Elvi magyarázatát nem tudom, de gyakorlati megoldást találtak.
A SUSE automountolja a pendrive-ot, és valószínűleg a várható kirántásra felkészülve "óvatosan" írja.

megoldás 1:
Bedugás után umountolni, majd kézzel felmountolni. Ekkor az írás alaposan felgyorsul, de kihúzás előtt umount (sync) kell, különben adatvesztés lehet.

megoldás 2:
Ki kell venni az automountból, és mindig kézzel mountolni.
(Ez nem tudom, hogyan megy.)