USB - ab 2.6.13.x Kernel schreiben langsam, lesen normal
USB - ab 2.6.13.x Kernel schreiben langsam, lesen normal
Hoi,
Das Problem besteht bei mir seit irgendeiner 2.6.13.xer Kernel-Version und auch noch bei 2.6.14 :
Das lesen von USB1.0 und USB2.0-Geräten verläuft normal schnell, das schreiben jedoch ist jeweils nur mit ca 40kb/s möglich.
Danach etwas im Netz gesucht, stellt sich heraus das neue Kernel vfat nun auch "sync" mounten können. Da ich usbmount benutze hatte ich gemäß der empfehlungen für USB-Speichermedien das mounten mit "sync" aktiviert, was auch bei ext2-Formatierten Sticks oder Festplatten immer gut funktionierte.
Nun jedoch muß ich "sync" für vfat draussen lassen um normale Geschwindigkeit zu erhalten - nervig daran ist, das ich nun immer ein "sync" in der Konsole absetzen muß um USB-Geräte gefahrloß entfernen zu können
Kopiere ich ein File mit 100MB auf Stick oder Platte ist das schon sehr sehr nervend.
Die Suse-Leute haben das Problem auch und so wie ich das verstehe keine saubere Lösung parat :
https://bugzilla.novell.com/show_bug.cgi?id=105871
Hier steht zu selbigem Problem widerum es wäre aus der sicht von Flash-Medien so oder so nicht empfehlenswert diese mit "sync" zu betreiben - aber wie soll man diese Geräte sonst "spontan abziehbar" nutzen !?
http://seclists.org/lists/linux-kernel/ ... /2526.html
Weiß jemand mehr dazu bzw. einen Workaround ? Das ist so extrem ärgerlich
Das Problem besteht bei mir seit irgendeiner 2.6.13.xer Kernel-Version und auch noch bei 2.6.14 :
Das lesen von USB1.0 und USB2.0-Geräten verläuft normal schnell, das schreiben jedoch ist jeweils nur mit ca 40kb/s möglich.
Danach etwas im Netz gesucht, stellt sich heraus das neue Kernel vfat nun auch "sync" mounten können. Da ich usbmount benutze hatte ich gemäß der empfehlungen für USB-Speichermedien das mounten mit "sync" aktiviert, was auch bei ext2-Formatierten Sticks oder Festplatten immer gut funktionierte.
Nun jedoch muß ich "sync" für vfat draussen lassen um normale Geschwindigkeit zu erhalten - nervig daran ist, das ich nun immer ein "sync" in der Konsole absetzen muß um USB-Geräte gefahrloß entfernen zu können
Kopiere ich ein File mit 100MB auf Stick oder Platte ist das schon sehr sehr nervend.
Die Suse-Leute haben das Problem auch und so wie ich das verstehe keine saubere Lösung parat :
https://bugzilla.novell.com/show_bug.cgi?id=105871
Hier steht zu selbigem Problem widerum es wäre aus der sicht von Flash-Medien so oder so nicht empfehlenswert diese mit "sync" zu betreiben - aber wie soll man diese Geräte sonst "spontan abziehbar" nutzen !?
http://seclists.org/lists/linux-kernel/ ... /2526.html
Weiß jemand mehr dazu bzw. einen Workaround ? Das ist so extrem ärgerlich
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
Es gibt keine Lösung, da es aus 2 Gründen so ist:
1. FAT ist nen Dateisystem was bestimmte Bereiche immer wieder beschreibt
2. hab ich grad vergessen :S
bei 1. ist das Problem, dass grade Flash Speicher nicht ewig halten wenn man sie tausendfach beschreibt, daher ist es nicht sinnvoll bei einem FAT FS gesynct zu laufen und außerdem ist es bei Windows auch nicht so.. da musst du auch auf "Hardware sicher entfernen" (ok man kann für "schnelles entfernen" optimieren, aber damit riskiert man halt das der USB Stick schnell kaputt geht)...
1. FAT ist nen Dateisystem was bestimmte Bereiche immer wieder beschreibt
2. hab ich grad vergessen :S
bei 1. ist das Problem, dass grade Flash Speicher nicht ewig halten wenn man sie tausendfach beschreibt, daher ist es nicht sinnvoll bei einem FAT FS gesynct zu laufen und außerdem ist es bei Windows auch nicht so.. da musst du auch auf "Hardware sicher entfernen" (ok man kann für "schnelles entfernen" optimieren, aber damit riskiert man halt das der USB Stick schnell kaputt geht)...
Alle Flash-Speicher remapen defekte Blöcke automatisch - in so fern wäre es ja fast egal ob bestimmte Bereiche öfter als andere geschrieben werden.
Aber gut, wie kann man das System dazu bringen das es zumindest unmittelbar mit dem schreiben auf den Stick beginnt bzw für schnelles entfernen optimieren ?
Was so ärgerlich ist, das es mit den Kernel <2.6.13 eben genau so funktioniert hat. Etwas auf den Stick geschoben, gewartet bis die Lampe aus ist, abziehen und gut ists.
Aber gut, wie kann man das System dazu bringen das es zumindest unmittelbar mit dem schreiben auf den Stick beginnt bzw für schnelles entfernen optimieren ?
Was so ärgerlich ist, das es mit den Kernel <2.6.13 eben genau so funktioniert hat. Etwas auf den Stick geschoben, gewartet bis die Lampe aus ist, abziehen und gut ists.
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
einfach eingeben
Code: Alles auswählen
sync
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
und du meinst die finden es leichter bei Windows rechts unten auf den grünen Pfeil zu drücken und dann "Laufwerk entfernen" anzuwählen? Naja.. wie mans nimmt..deBeck hat geschrieben:Das stell ich mir schon anderst vor
Wem soll man das erklären : "Du must die Konsole aufmachen und "sync" eingeben bevor die Daten auf den Stick geschrieben werden und du ihn abziehen kannst."
Sorry, da fallen mir einige Leute ein welche sich genüßlich die Schenkel klopfen würden.
Das ist ja nichtmal so das Problem... Nur das Windows eben sofort beginnt auf den Stick zu schreiben ist schick - geht die Lampe dann aus kann man den Stick meiner Erfahrung nach ohne Gefahr abziehen. Linux beginnt aber erst nach einer Ewigkeit zu schreiben. Kann man auf die sync-timings eines einzelnen Device Einfluß nehmen ??
Da fällt mir gerade noch ein... Meine Desktop-Rechner mit Etch auf Kernel 2.6.14.3 und KDE 3.4.2 zeigen mir im Konqueror unter "media:/" bzw. mit dem Miniprogramm "Speichermedien" immer schön an wenn usbmount USB-Medien gemountet hat oder wenn ich eine CD einlege und so kann man sie dann auch schön und sicher entfernen. Auf dem Notebook mit selber Software will das leider nicht klappen
Da fällt mir gerade noch ein... Meine Desktop-Rechner mit Etch auf Kernel 2.6.14.3 und KDE 3.4.2 zeigen mir im Konqueror unter "media:/" bzw. mit dem Miniprogramm "Speichermedien" immer schön an wenn usbmount USB-Medien gemountet hat oder wenn ich eine CD einlege und so kann man sie dann auch schön und sicher entfernen. Auf dem Notebook mit selber Software will das leider nicht klappen
- Snoopy
- Beiträge: 4297
- Registriert: 17.11.2003 18:26:56
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Rh.- Pflz.
Hi
Also nur so mal am Rande...
Ich hatte auf einmal auch dieses Phänomen, der Rechner würgte sich auf einmal ab beim USB-Schreiben.
Ich habe den kompletten USB Eintrag aus der fstab rausgenommen und alles udev und dem Gnome-Volume-Manager überlassen.
Ich schreibe und lese einwandfrei...und wenn ich den Stick entnehme, umounte ich das Teil einfach über einen Rechtsklick in Gnome.
Und Datenverlust war bisher keiner festzustellen...
Also nur so mal am Rande...
Ich hatte auf einmal auch dieses Phänomen, der Rechner würgte sich auf einmal ab beim USB-Schreiben.
Ich habe den kompletten USB Eintrag aus der fstab rausgenommen und alles udev und dem Gnome-Volume-Manager überlassen.
Ich schreibe und lese einwandfrei...und wenn ich den Stick entnehme, umounte ich das Teil einfach über einen Rechtsklick in Gnome.
Und Datenverlust war bisher keiner festzustellen...
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
sowohl bei MacOS X als auch bei Windows sollte man nie ohne "Entfernen" anzuklicken den USB Stick rausziehen. Das Windows da schneller draufschreibt zeugt nur davon, dass MS mal wieder lieber dem blöden User die Hand reicht anstatt in Betracht zu ziehen, dass man damit den USB Stick schnell kaputt schreibt. Dank FAT werden bei jeder Dateiänderung ein bestimmter Bereich JEDESMAL beschrieben.. dummerweise halten solche Flash Speicher nicht besonders lange wenn man die einzelnen.. Sektoren oder wie man es nennen möchte.. zu häufig beschreibt.
Wer unter Windows seinen USB Stick mal schnell abzieht der hat noch nie viele Dateien gelöscht.. ich hatte auch erst nachdem nichts mehr blinkte den Stick rausgezogen.. und die Daten waren noch drauf. Also anstatt das "falsche" (auch unter Windows ist es falsch den Stick einfach rauszuziehen) als "richtig" hinzustellen, sollte man den Leuten lieber beibringen wie es richtig geht..
Wer unter Windows seinen USB Stick mal schnell abzieht der hat noch nie viele Dateien gelöscht.. ich hatte auch erst nachdem nichts mehr blinkte den Stick rausgezogen.. und die Daten waren noch drauf. Also anstatt das "falsche" (auch unter Windows ist es falsch den Stick einfach rauszuziehen) als "richtig" hinzustellen, sollte man den Leuten lieber beibringen wie es richtig geht..
Unter KDE (Gnome keine Ahnung) gibt's doch auch im Kontextmenü "Laufwerkseinbindung lösen".
Was spricht gegen diesen Klcik?
Ist doch nicht schwerer als in Windows das womöglich verborgenen Icon in der Taskleiste zu suchen, und dan muß man midestens noch zweimal bestätigen, bevor man den Stift sicher entnehmen kann.
Gruß
Norbert
Was spricht gegen diesen Klcik?
Ist doch nicht schwerer als in Windows das womöglich verborgenen Icon in der Taskleiste zu suchen, und dan muß man midestens noch zweimal bestätigen, bevor man den Stift sicher entnehmen kann.
Gruß
Norbert
Da spricht garnix gegen, das benutze ich ja auch.
Aber auf meinem Notebook besteht das Problem das neue Geräte zwar gemountet aber von KDE media:/ nicht angezeigt werden, also hab ich auch nichts zu klicken. Das ist seltsam - bei meinen anderen Rechner funktioniert das ohne das ich zusätzlich etwas hätte konfigurieren müssen.
Aber auf meinem Notebook besteht das Problem das neue Geräte zwar gemountet aber von KDE media:/ nicht angezeigt werden, also hab ich auch nichts zu klicken. Das ist seltsam - bei meinen anderen Rechner funktioniert das ohne das ich zusätzlich etwas hätte konfigurieren müssen.
hallo,
habe den Thread über die Suchfunktion gefunden und habe ein ähnliches Problem:
habe mehrere usb-storage sachen am usb hängen, meitst usb-platte, handy, mp3-player mit platte, etc.
Jetzt habe ich hier einen usb-stick von meiner Tante, und das Ding ist LAHM!!11
Ich kopiere seit 1 Stunde ein mp3-Album auf den Stick.
Meine Vermutung ist jetzt - da ich bis jetzt nur usbgeräte benutzt habe die festplatten emulieren - dass ein anderes Modul geladen wird.
Benutze sonst:
- cardreader = mehrere slots
- telefon an usb
- ide-platte an usb2ide-adapter
nun dieser usb-stick...ich benutze den Kernel 2.6.12.3 (selbst gebaut) und hatte bis jetzt keine Probleme mit usb-geräten...
weiter unten das log, aber vorab möchte ich noch eien Kommentar zu der sync-option abgeben:
es ist Ansichtssache ob sie sinnvoll ist oder nicht
a) ohne sync - man gaukelt ein schnelles Laufwerk vor, kann schnell Kopiervorgänge managen, muss dann aber beim unmounten länger warten
b) mit sync - man sieht sofort welche Daten bereits geschrieben wurden udn hat mehr Kontrolle.
Auf jeden Fall hat die Option nichts mit dem eigentlichen Problem zu tun - ob ich nun beim Kopieren oder beim "sync" 2 Stunden warte ist imho völlig wurscht.
Auf dem Handbuch steht
S0196A2
USB POR 2.0
EDIT:
fstab-Eintrag:
habe den Thread über die Suchfunktion gefunden und habe ein ähnliches Problem:
habe mehrere usb-storage sachen am usb hängen, meitst usb-platte, handy, mp3-player mit platte, etc.
Jetzt habe ich hier einen usb-stick von meiner Tante, und das Ding ist LAHM!!11
Ich kopiere seit 1 Stunde ein mp3-Album auf den Stick.
Meine Vermutung ist jetzt - da ich bis jetzt nur usbgeräte benutzt habe die festplatten emulieren - dass ein anderes Modul geladen wird.
Benutze sonst:
- cardreader = mehrere slots
- telefon an usb
- ide-platte an usb2ide-adapter
nun dieser usb-stick...ich benutze den Kernel 2.6.12.3 (selbst gebaut) und hatte bis jetzt keine Probleme mit usb-geräten...
weiter unten das log, aber vorab möchte ich noch eien Kommentar zu der sync-option abgeben:
es ist Ansichtssache ob sie sinnvoll ist oder nicht
a) ohne sync - man gaukelt ein schnelles Laufwerk vor, kann schnell Kopiervorgänge managen, muss dann aber beim unmounten länger warten
b) mit sync - man sieht sofort welche Daten bereits geschrieben wurden udn hat mehr Kontrolle.
Auf jeden Fall hat die Option nichts mit dem eigentlichen Problem zu tun - ob ich nun beim Kopieren oder beim "sync" 2 Stunden warte ist imho völlig wurscht.
Es ist ein "Madison New York" "HipHop² Mp3-Player" mit wma-unterstützung.usb 2-3: new full speed USB device using ohci_hcd and address 6
Initializing USB Mass Storage driver...
scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 6
usb-storage: waiting for device to settle before scanning
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
Vendor: Model: Rev:
Type: Direct-Access ANSI SCSI revision: 00
SCSI device sda: 1019617 512-byte hdwr sectors (522 MB)
sda: Write Protect is off
sda: Mode Sense: 00 c0 00 00
sda: assuming drive cache: write through
SCSI device sda: 1019617 512-byte hdwr sectors (522 MB)
sda: Write Protect is off
sda: Mode Sense: 00 c0 00 00
sda: assuming drive cache: write through
/dev/scsi/host2/bus0/target0/lun0: unknown partition table
Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0
usb-storage: device scan complete
Auf dem Handbuch steht
S0196A2
USB POR 2.0
EDIT:
fstab-Eintrag:
Code: Alles auswählen
/dev/sda /mnt/usb auto noauto,user,quiet,sync,umask=000