Lassú USB, de miért?

Fórumok

Lassú USB, de miért?

Hozzászólások

Bár ez nem ide tartozik, de még érdekelne, hogy 64 bites SuSE-n milyen kodekcsomagot használtok? Olyan kéne amelyik a wmv fájlokat is lejátsza...

Előre is köszi...

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?

Nem igazán tudom, hogy melyiket használlom. Igazság szerint még csak olyan gyenge közepes szinten ismerem a linuxot, és azt sem tudom, hogy ezeket a modulokat hogy lehetne betölteni...

Valaki leírná nekem ennek a módját?

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.

Bevágtam az egész kimenetét az ls-mod-nak, tátha valaki ebből megfejti az okát...

Module Size Used by
usb_storage 85952 0
ipt_pkttype 2176 1
ipt_LOG 8064 10
ipt_limit 2944 10
appletalk 42064 2
ax25 72232 2
ipx 31568 2
hfsplus 85640 0
subfs 9600 2
freq_table 5512 0
pppoe 16768 2
pppox 4368 1 pppoe
ppp_generic 32544 6 pppoe,pppox
snd_pcm_oss 70432 0
snd_mixer_oss 22144 1 snd_pcm_oss
snd_seq 68824 0
snd_seq_device 11024 1 snd_seq
slhc 8192 1 ppp_generic
button 8736 0
battery 12296 0
ac 6664 0
af_packet 25356 4
edd 12448 0
usblp 15488 0
floppy 73792 0
8139too 30848 0
8139cp 25088 0
mii 6784 2 8139too,8139cp
ip6t_REJECT 6528 3
i2c_i801 10132 0
i2c_core 25752 1 i2c_i801
e1000 115508 0
ehci_hcd 36744 0
ipt_REJECT 6656 3
ipt_state 2432 12
generic 5892 0 [permanent]
shpchp 101032 0
pci_hotplug 31720 1 shpchp
snd_hda_intel 20544 1
snd_hda_codec 116096 1 snd_hda_intel
uhci_hcd 36384 0
usbcore 140724 5 usb_storage,usblp,ehci_hcd,uhci_hcd
snd_pcm 117260 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer 29320 2 snd_seq,snd_pcm
snd 77600 10 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer
soundcore 11808 1 snd
snd_page_alloc 13200 2 snd_hda_intel,snd_pcm
iptable_mangle 3584 0
iptable_nat 28120 0
iptable_filter 3712 1
ip6table_mangle 2944 0
ip_conntrack 51572 2 ipt_state,iptable_nat
ip_tables 22528 8 ipt_pkttype,ipt_LOG,ipt_limit,ipt_REJECT,ipt_state,iptable_mangle,iptable_nat,iptable_filter
ip6table_filter 3456 1
ip6_tables 21120 3 ip6t_REJECT,ip6table_mangle,ip6table_filter
ipv6 289024 26 ip6t_REJECT
parport_pc 44912 1
lp 14336 0
parport 43532 2 parport_pc,lp
nls_iso8859_1 5760 1
nls_cp437 7424 1
vfat 15872 1
fat 58032 1 vfat
nls_utf8 2688 1
ntfs 179160 1
dm_mod 65648 0
reiserfs 267120 1
sg 42544 0
fan 6152 0
thermal 17932 0
processor 28368 1 thermal
ide_cd 45984 0
cdrom 40888 1 ide_cd
ata_piix 11780 4
libata 57608 1 ata_piix
piix 12164 0 [permanent]
sd_mod 20760 5
scsi_mod 161976 4 usb_storage,sg,libata,sd_mod
ide_disk 19584 0
ide_core 158616 5 usb_storage,generic,ide_cd,piix,ide_disk

A dmesg nem ad olyan error-t amiből arra következtetnék, hogy nem menne a pendrive...

[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?

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.

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

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

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.

[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

[quote:62605ac1c0="asd"]
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

Íme a teljes FSTAB-om
[code:1:62605ac1c0]
/dev/sda6 / reiserfs acl,user_xattr 1 1
/dev/sda1 /windows/C ntfs ro,users,gid=users,umask=0002,nls=utf8 0 0
/dev/sda2 /windows/D vfat users,gid=users,umask=0002,utf8=true 0 0
/dev/sda5 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
/dev/dvd /media/dvd subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0
/dev/dvdram /media/dvdram subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0
/dev/fd0 /media/floppy subfs noauto,fs=floppyfss,procuid,nodev,nosuid,sync 0 0
none /subdomain subdomainfs noauto 0 0
[/code:1:62605ac1c0]

[quote:4ef1c87b5b="kbela"]Ugy nez ki, hogy a 19-es hozaszolasban van a megoldas. Ime a forditas:

Letre kell hozni egy konyvtarat:

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

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

[code:1:4ef1c87b5b]match key="volume.uuid" string="==UUID=="[/code:1:4ef1c87b5b]

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

[code:1:4ef1c87b5b]lshal[/code:1:4ef1c87b5b]

ad. Vegul ujrainditod a HAL servicet:

[code:1:4ef1c87b5b]rchal restart[/code:1:4ef1c87b5b]

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

Köszi a segítséget!

Működik, de csak arra a Pendrive-ra amelyiknek megadom az UUID-ját ebben a fájlban.. Nekem 5 Pendrive-om van, de nem tudom, hogy mi legyen a másik néggyel.

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

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.

[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.

[quote:3755eb027d="dj"][quote:3755eb027d="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.

Nem, ez nem ugyan az. Ez tényleg jól működik. Négy Pendrive-on próbáltam, és 100%-os sikerrel jártam. Kösz a megoldást!!! :D :wink:

Sziasztok!

Lenne egy nagy problémám. SuSE Linux 10.0 -át (64-bites) használok a gépemen, és az USB pendrive-ot nagyon lassan írja. Olvasni egész normálisan, csak az írás a lassú. Már újraraktam, de úgy is lassú, tehát nem telepítési probléma. Nem tapasztalt valaki már ehhez hasonló problémát?
Ha igen, és sikerült megoldania, akkor légyszi írja meg, hogy hogyan. Előre is köszi.

(Több különböző Pendrive-ot is próbáltam már, minegyikkel ezt csinálja...)
(A nagyon lassú azt jelenti, hogy 250k-t kb 7 perc alatt ír rá....)

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.)

Megpróbálom a kézi mountolást, és leválasztást, de nincs ennek egy egyszerűbb megoldása is :?: Az utolsó bétájában (igaz az 32 bitesen volt meg) még rendesen írta a pendrive-ot...

Illetve hogy kell leállítani az automountot, mert nekem nem sikerült :?:
Amúgy köszi az eddigi segítséget is, megnézem a dmesg kimenetét...