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