Hallo seit ich statt SuSE 9.3 nun 10.0 einsetze klappt das Kopieren von Daten auf meinen USB-Stick nur noch sehr langsam. Ein Copy einer Datei beginnt bei ca. 200 Kb/s und geht dann immer weiter runter auf ca. 9 Kb/s. Damit dauert der Copy von 200 MB teilweise 2-3 Stunden. Ein Test unter SuSE 9.3 und WinXP auf gleichem Rechner zeigte das "Phänomen" nicht. Ist das evtl. ein bekannter Bug ? Ich habe entsprechendes leider nicht im Netz finden können. -- Regards, Jens Strohschnitter ------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!* * http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun -------------------------------------
Jens Strohschnitter wrote:
Hallo
seit ich statt SuSE 9.3 nun 10.0 einsetze klappt das Kopieren von Daten auf meinen USB-Stick nur noch sehr langsam.
Ein Copy einer Datei beginnt bei ca. 200 Kb/s und geht dann immer weiter runter auf ca. 9 Kb/s. Damit dauert der Copy von 200 MB teilweise 2-3 Stunden. Ein Test unter SuSE 9.3 und WinXP auf gleichem Rechner zeigte das "Phänomen" nicht.
Ist das evtl. ein bekannter Bug ? Ich habe entsprechendes leider nicht im Netz finden können.
Das sagen die Release-Notes dazu: Mounten von Hotplug-Geräten ohne "sync" Wenn Schreibvorgänge auf USB-Speichergeräten, wie beispielsweise USB-Sticks oder USB-Festplatten, langsam durchgeführt werden oder wenn Sie keine synchronisierten Schreibvorgänge auf diesen Geräten vornehmen möchten, deaktivieren Sie die sync mount-Option. Erstellen Sie eine Datei mit dem Namen 90-storage-nosync.fdi und folgendem Inhalt: <?xml version="1.0" encoding="ISO-8859-1"?> <deviceinfo version="0.2"> <device> <!-- disable sync for mount --> <match key="block.is_volume" bool="true"> <match key="volume.fsusage" string="filesystem"> <match key="volume.uuid" string="UUID"> <merge key="volume.policy.mount_option.sync" type="bool">false</merge> </match> </match> </match> </device> </deviceinfo> Passen Sie die Zeile <match key="volume.uuid" string="==UUID=="> entsprechend Ihrer Hardware an. Führen Sie lshal aus, um volume.uuid abzurufen, und geben Sie diese ID anstelle von ==UUID== an. Kopieren Sie die Datei 90-storage-nosync.fdi in folgendes Verzeichnis: cp 90-storage-nosync.fdi /usr/share/hal/fdi/policy/20thirdparty Starten Sie den HAL-Dienst mithilfe des Befehls rchal restart neu. Wenn Sie ein Gerät ohne "sync" mounten, sind Sie selbst für die Daten-Integrität verantwortlich. Bevor Sie das Medium herausnehmen, stellen Sie sicher, daß niemand auf das Gerät schreibt. Beobachten Sie nach einem Schreibvorgang die LEDs (falls vorhanden) und, wenn die Lämpchen keine Aktivität mehr anzeichen, warten Sie ein paar zusätzliche Sekunden und nehmen Sie das Medium dann heraus. Sicherheitshalber sollten Sie sync von der Kommandozeile aufrufen.
seit ich statt SuSE 9.3 nun 10.0 einsetze klappt das Kopieren von Daten auf meinen USB-Stick nur noch sehr langsam.
Ein Copy einer Datei beginnt bei ca. 200 Kb/s und geht dann immer weiter runter auf ca. 9 Kb/s. Damit dauert der Copy von 200 MB teilweise 2-3 Stunden. Ein Test unter SuSE 9.3 und WinXP auf gleichem Rechner zeigte das "Phänomen" nicht.
Ist das evtl. ein bekannter Bug ? Ich habe entsprechendes leider nicht im Netz finden können.
Das sagen die Release-Notes dazu:
Mounten von Hotplug-Geräten ohne "sync"
Wenn Schreibvorgänge auf USB-Speichergeräten, wie beispielsweise USB-Sticks oder USB-Festplatten, langsam durchgeführt werden oder wenn Sie keine synchronisierten Schreibvorgänge auf diesen Geräten vornehmen möchten, deaktivieren Sie die sync mount-Option.
Erstellen Sie eine Datei mit dem Namen 90-storage-nosync.fdi und folgendem Inhalt:
<?xml version="1.0" encoding="ISO-8859-1"?> <deviceinfo version="0.2"> <device> <!-- disable sync for mount --> <match key="block.is_volume" bool="true"> <match key="volume.fsusage" string="filesystem"> <match key="volume.uuid" string="UUID"> <merge key="volume.policy.mount_option.sync" type="bool">false</merge> </match> </match> </match> </device> </deviceinfo> [...]
Hi ok - hört sich zwar sehr kompliziert aber werde ich mal heute abend testen. Danke schon mal. -- Regards, Jens Strohschnitter ------------------------------------- *!!!LINUX LINUX LINUX LINUX LINUX!!!* * http://www.jens-strohschnitter.de * ------------------------------------- Set the controls for the heart of the sun -------------------------------------
Hallo, On 16-Feb-2006 Heinrich Witt wrote:
Das sagen die Release-Notes dazu:
Mounten von Hotplug-Geräten ohne "sync"
Wenn Schreibvorgänge auf USB-Speichergeräten, wie beispielsweise USB-Sticks oder USB-Festplatten, langsam durchgeführt werden oder wenn Sie keine synchronisierten Schreibvorgänge auf diesen Geräten vornehmen möchten, deaktivieren Sie die sync mount-Option.
man mount: "the sync option today has effect only for ext2, ext3 and ufs" Da der Stick fat32 formatiert ist, sollte es eigentlich gar keine Auswirkungen haben. Oder bezieht sich das auf das Dateissystem des Rechners? Die eigentliche Frage ist aber natuerlich, warum sich mit sync die Kopierzeiten nicht um einige wenige Prozent, sondern gleich um einige 100 Prozent verlaengern. Beste Gruesse, Heinz. -- Reiseberichte aus Mittel- und Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Jens Strohschnitter´s Tastaturgeklapper am Donnerstag 16 Februar 2006 08:08 :
Hallo
seit ich statt SuSE 9.3 nun 10.0 einsetze klappt das Kopieren von Daten auf meinen USB-Stick nur noch sehr langsam.
Ein Copy einer Datei beginnt bei ca. 200 Kb/s und geht dann immer weiter runter auf ca. 9 Kb/s. Damit dauert der Copy von 200 MB teilweise 2-3 Stunden. Ein Test unter SuSE 9.3 und WinXP auf gleichem Rechner zeigte das "Phänomen" nicht.
Ist das evtl. ein bekannter Bug ? Ich habe entsprechendes leider nicht im Netz finden können.
-- Regards,
Jens Strohschnitter
Hallo Jens, ich hab das Problem hiermit geloest: aus linuxforen.de by Rain_maker <Zitat> Hallo Leutz, ich hab mich mit meinem "Workaround" gerade zufrieden geben wollen, da hat es mich dann doch "gebissen" und ich habe mir nochmal die Lösung, die bei SuSE http://portal.suse.com/sdb/de/2005/06/dkukawka_halnosync_html.html beschrieben wird vorgenommen. Manche schreiben ja "Doll, das hat bei mir geklappt", manche "Nö, geht nicht" Also hier, wie ich es hinbekommen habe: (hoffentlich so erklärt, daß es auch absolute Newbies hinbekommen) Kleiner Tipp: wer zu faul ist, das alles abzutippen, der kopiert sich die Befehle auf der Shell hier ganz normal mit Strg-C raus und kann sie dann am Prompt der Shell mit Strg-Shift-Einfg einfach einfügen Shell auf und zum Großen Boß werden (su) : nach Paßworteingabe folgende Befehle eingeben: mkdir -p /usr/share/hal/fdi/policy/95userpolicy/ (dieser Befehl legt ein Verzeichnis 95userpolicy in /usr/share/hal/fdi/policy an, weil es im Normalfall noch nicht existiert) nun öffnet man als root (also in der selben shell einen Texteditor. Da die meisten Linux-Neulinge nicht so gerne mit vi arbeiten, habe ich mal Kate verwendet; es geht auch gedit oder kwrite oder joe) kate nun kopieren wir in die leere Datei folgenden Code hinein [code]<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- --> <deviceinfo version="0.2"> <device> <!-- disable sync for mount --> <match key="block.is_volume" bool="true"> <match key="volume.fsusage" string="filesystem"> <match key="volume.uuid" string="UUID"> <merge key="volume.policy.mount_option.sync" type="bool">false</merge> </match> </match> </match> </device> </deviceinfo> noch NICHT abspeichern !! was nun fehlt, ist der richtige Wert für die UUID unseres USB-Sticks/Platte. Der läßt sich folgendermassen herausfinden: Zuerst steckt man das USB Gerät ein, wartet, bis es gemountet ist und startet als root (muß man vielleicht nicht, aber sicher ist sicher) den hal-device-manager und klickt sich in dem meist riesigen Verzeichnisbaum zu dem gesuchten USB-Gerät durch (keine Sorge, das findet man schon) nach einiger Sucherei habe ich z.B. folgenden Eintrag gefunden: Links FlashDrive Volume (vfat) Rechts (unter Advanced) block.device string /dev/sda1 damit war klar, daß es sich um den gesuchten USB-Stick handelt, denn er wird ja als /dev/sda1 in der mtab eingebunden. nun der wichtige Eintrag (bei mir war es der unterste) volume.uuid string 4355-6CCE dieses 4335-6CCE ist die UUID des USB-Sticks (eure sieht natürlich sehr wahrscheinlich anders aus, wichtig ist nur, diesen Wert brauchen wir, um ihn in der oben erzeugten Textdatei bei: <match key="volume.uuid" string="UUID"> statt UUID einzufügen. Nun speichern wir die Datei als nosync.fdi im vorhin erzeugten Verzeichnis /usr/share/hal/fdi/95userpolicy ab. Nun spätestens raus mit dem Stick und zur Sicherheit noch als root /umount /dev/sda1 (oder je nachdem, wie der USB-Stick bei euch gemountet wird) sicher gehen, daß der Stick ausgehängt ist. Als letztes starten wir den HAL-Demon neu, welcher für diese automatischen Mountoperationen zuständig ist. (wieder als root) rchal restart worauf folgendes passieren sollte: Shutting down HAL daemon done Starting HAL daemon done wenn alles gut gegangen ist, dann sollte es nun wieder funktionieren. Hoffe das hilft euch ;-) <Zitat> damit hab ich auch mit meiner USB-Platte wieder vernuenftige Kopierraten Gruß Lutz
Lutz Weber´s Tastaturgeklapper am Donnerstag 16 Februar 2006 10:34 :
Jens Strohschnitter´s Tastaturgeklapper am Donnerstag 16 Februar 2006 08:08 :
Hallo
seit ich statt SuSE 9.3 nun 10.0 einsetze klappt das Kopieren von Daten auf meinen USB-Stick nur noch sehr langsam.
Ein Copy einer Datei beginnt bei ca. 200 Kb/s und geht dann immer weiter runter auf ca. 9 Kb/s. Damit dauert der Copy von 200 MB teilweise 2-3 Stunden. Ein Test unter SuSE 9.3 und WinXP auf gleichem Rechner zeigte das "Phänomen" nicht.
Ist das evtl. ein bekannter Bug ? Ich habe entsprechendes leider nicht im Netz finden können.
-- Regards,
Jens Strohschnitter
Hallo Jens,
ich hab das Problem hiermit geloest:
aus linuxforen.de by Rain_maker
Hallo Jens,
ich nochmal
Es geht augenscheinlich noch einfacher:
auch aus linuxforen.de
by sebb_m
<Zitat>
Hallo,
habe etwas gefunden, dass anscheinend bei allen USB-Dinger funktionieren
soll:
Die nosync.fdi nach /usr/share/hal/fdi/policy/95userpolicy/ kopieren
(Verzeichnis event. anlegen).
rchal restart ausführen
und loslegen
Die nosync.fdi sieht etwas anders aus als oben beschrieben
Code:
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<!-- disable sync for mount -->
<match key="block.is_volume" bool="true">
<match key="volume.fsusage" string="filesystem">
<match key="@info.parent:storage.bus" string="usb">
Am Donnerstag, 16. Februar 2006 11:16 schrieb Lutz Weber:
Lutz Weber´s Tastaturgeklapper am Donnerstag 16 Februar 2006 10:34 :
Jens Strohschnitter´s Tastaturgeklapper am Donnerstag 16 Februar 2006
08:08 :
Hallo
seit ich statt SuSE 9.3 nun 10.0 einsetze klappt das Kopieren von Daten auf meinen USB-Stick nur noch sehr langsam.
Ein Copy einer Datei beginnt bei ca. 200 Kb/s und geht dann immer weiter runter auf ca. 9 Kb/s. Damit dauert der Copy von 200 MB teilweise 2-3 Stunden. Ein Test unter SuSE 9.3 und WinXP auf gleichem Rechner zeigte das "Phänomen" nicht.
Ist das evtl. ein bekannter Bug ? Ich habe entsprechendes leider nicht im Netz finden können.
-- Regards,
Jens Strohschnitter
Hallo Jens,
ich hab das Problem hiermit geloest:
aus linuxforen.de by Rain_maker
Hallo Jens, ich nochmal
Es geht augenscheinlich noch einfacher:
auch aus linuxforen.de by sebb_m <Zitat>
Hallo, habe etwas gefunden, dass anscheinend bei allen USB-Dinger funktionieren soll: Die nosync.fdi nach /usr/share/hal/fdi/policy/95userpolicy/ kopieren (Verzeichnis event. anlegen). rchal restart ausführen und loslegen Die nosync.fdi sieht etwas anders aus als oben beschrieben Code: <?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- --> <deviceinfo version="0.2"> <device> <!-- disable sync for mount --> <match key="block.is_volume" bool="true"> <match key="volume.fsusage" string="filesystem"> <match key="@info.parent:storage.bus" string="usb">
false</merge> </match> </match> </match> </device> </deviceinfo> Quelle:Bei Bugzilla Comment 50-53 steht es geschrieben. Da ist sie auch als Attachement für die faulen unter Euch, die keine Datei anlegen wollen (so wie ich). Ihr müsst Comment 50 (Another Tip) beachten, ab da gehts los. Ich hoffe es hilft Euch.
<Zitat>
Der ganze Thread unter
http://www.linuxforen.de/forums/showthread.php?t=196113
Bei funktioniert es bestens
Gruß Lutz Hallo,
das Problem und die Lösung ist beschrieben unter https://bugzilla.novell.com/show_bug.cgi?id=105871 -- Viele Grüße Steffen
>
participants (5)
-
Heinrich Witt
-
Heinz W. Pahlke
-
Jens Strohschnitter
-
Lutz Weber
-
Steffen Hanne