PDA

Afficher la version complète : [Réglé] Vitesse de tft clé USB sous Suse 10.0



Slyce
14/10/2005, 08h58
Bonjour,

Je rencontre un petit problème sur ma Suse 10.0. Mon lecteur MP3 est en fait une clé USB avec un partition de type VFAT. Quand je la branche, ma partition est détectée sur /dev/sda (et pas sda1, l'espace n'est pas partitionné avec des partitions primaires/logiques, c'est bien le disque lui-même qui contient un système de ficheir vfat).

Ma Suse détecte tout, monte la clé sous /media/usbkey, puis sous KDE la fenètre s'ouvre. Classique jusqsue là. Quand je copie des fichiers (mp3 ou autre) sur cette clé, je cartonne à la haute vitesse de ... 40 ko/s ! J'ai essayé sur mon portable, même vitesse ! Avec un Suse 9.3 (sur une autre partition) la vitesse est supérieure à 1Mo/s !

Rencontrez vous ce problème de vitesse de transfert ?

EDIT ! Le bug est référencé : https://bugzilla.novell.com/show_bug.cgi?id=105871

Oui mais voila, ils indiquent qu'ils attendront la 10.1 pour corriger ! Vous y croyez ??? Galagann, crois-tu que Alionet et Slyunix, ensemble, pourraient tenter de coller la pression à Suse pour corriger, sachant qu'ils savent comment faire, dans la 10.0 ?

Slyce
14/10/2005, 10h04
Bon c'est un duplicate de http://www.alionet.org/index.php?showtopic=5936

cependant je pense qu'une action est possible.

galagann
14/10/2005, 10h28
Salux,

Comme, je le dis dans l'autre topic, c'est certainement un erreur de compilation dans le Kernel et qu'une mise à jour va être mise en place qu'ici très peu de temps car un BugList est ouvert.

cheshire
15/10/2005, 12h11
Bonjour,
Quand on n'a pas de connection internet avec sa Suse, comment faire pour avoir une liste des mises à jour possibles, où les télécharger et comment les installer ?

Le site de Novell n'a pas l'air de donner des correctifs à partir de la Suse 10.

Ils seront sur Opensuse.org ?

Copernicus_ThebigNewbie
17/10/2005, 09h32
40 ko/s ... tu en as de la chance Slyce .... j'suis qu'a 27 ko/s au maximum .. avec mon lecteur mp3... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/sad.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/sad.gif .. par contre avec ma clé USB tout va bien ... c'est cela que je trouve bizzard ...

Slyce
17/10/2005, 09h58
Voici un hack proposé sur Bugzilla. ATTENTION ! Il vire la syncro, aussi il ne faut surtout pas débrancher tout de suite la clé ou le lecteur MP3 après des écritures (en cas de doute : sync).

1. Create the directory /usr/share/hal/fdi/policy/95userpolicy:

mkdir -p /usr/share/hal/fdi/policy/95userpolicy/

2. Create a file with the name nosync.fdi and the following contents:

vi /usr/share/hal/fdi/policy/95userpolicy/nosync.fdi

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>

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

3. Adjust the line <match key="volume.uuid" string="==UUID=="> according to your hardware. Run 'lshal' to retrieve the "volume.uuid" and enter this id instead of ==UUID==

4. Finally restart the HAL service with

rchal restart


Le UUID indiqué ci-dessus c'est pour un seul périph USB. Si vous voulez désactiver le sync pour tous, alors remplacez

<match key="volume.uuid" string="==UUID==">

par

<match key="@info.parent:storage.bus" string="usb">

et c'est tout bon.

cheshire
24/10/2005, 13h21
J'ai suivi la méthode donnée dans Bugzilla et rappelée plus haut mais je n'ai pas d'amélioration du débit.

J'imagine qu'il y a pas mal de gens qui l'ont testée (à peu près tous ceux qui ont une clé USB). Cela marche-t-il chez vous ?

Pour information, la solution était signalée dans les realease notes de la SUSE 10.0, mais avec des noms de fichier et dossier différents.
Avec les noms différents, ca ne marche pas mieux.

Je trouve ce bug très embêtant, il faudrait encore que j'essaie le montage/démontage manuel, mais ca rend l'utilisation de la clé moins pratique.

galagann
24/10/2005, 16h08
Alors, cela donne quoi ?

Slyce
25/10/2005, 09h56
Le hack fonctionne chez moi, mais en partie. En gros ça vire le SYNC, mais comme de toute façon on ne peut pas débrancher la clé USB tant que ce n'est pas synchronisé, il faut tout de même attendre.

Perso après la copie je fais un "sync" manuel, et du coup ça fige un certain temps la fenètre Konqueror de ma clé...

cheshire
25/10/2005, 13h21
En démontant puis remontant manuellement en root, j'arrive à avoir une grande vitesse, mais par contre, pas moyen d'utiliser Hal sans la syncro...

yann117
25/10/2005, 14h58
J'ai tenté le meme contournement, à la nuance près que j'ai viré le sync sur tout les périphérique USB.

Résultat identique, la copie d'un fichier de plusieurs centaines de mega s "effectue" en 2 micro-secondes (autant dire qu'on sait deja que ce n'est que virtuel), puis s'effectue en background a raison de 0.0000001ko/s

La batterie de mon balladeur a le temps de griller trois fois avant que la copie n'aboutisse ...

je vais tenter le démontage remontage manuel en root pour voir ...

(belle saloperie que ce truc la ... va expliquer a un windozien ke c k'un petit bug temporaire ...)

cheshire
03/11/2005, 12h45
J'ai réessayé la méthode donnée dans Bugzilla en mettant directement le fichier nosync.fdi attaché dans Bugzilla dans mon dossier /usr/share/hal/...
Et ça marche !

En fait, je pense que j'ai fait la même chose mais il ne faut pas recopier le contenu du fichier en .fdi, il doit il y avoir une ligne non visible par un éditeur de texte classique.

adminlinux
03/11/2005, 14h12
Tu peux me détailler pas à pas en francais ce qui faus faire ???

cheshire
03/11/2005, 18h01
Alors tout d'abord il faut lancer Konqueror en superutilisateur (je sais certains vont critiquer mais quand on est débutant on comprend quand même mieux ce qu'on fait)

- créer le dossier /usr/share/hal/fdi/policy/95userpolicy
- copier le fichier nosync.fdi (https://bugzilla.novell.com/attachment.cgi?id=54777) dans ce dossier
- relancer hal : "rchal restart" en root

Et normalement ça marche.
Attention la synchronisation est enlevée, il faut donc bien attendre entre le moment où on écrit sur le disque et celui où on le débranche.

yann117
03/11/2005, 21h16
Pour ceux qui ont fait la manip et qui pensent que ça marche, pouvez vous effectuer un petit test ?

Je voudrais que vous copiez un ou deux gros (très gros) fichiers sur votre clé USB, du genre 300 ou 400 Mo, ensuite vous prenez le chrono, et vous calculez le temps de copie (je suppose en supervisant le clignotement de la lupiote, ou alors avec un moniteur système qui devrait vous indiquez que votre CPU est en WAIT).

Le résultat m'intéresse .... étant donné que chez moi avec des petits fichiers la bidouille est OK, mais avec des gros fichiers ... ça rends bien sur la main direct, mais la copie se fait a klk pauvres kilos secondes (en gros des heures pour remplir 512Mo) ......

Merci !

Mike025
04/11/2005, 15h52
J'ai fait la manip :
515,4M en 5mn20s
Puis freeze de konqueror quelques secondes !!
Enfin retour a la normale.

adminlinux
05/11/2005, 10h26
Moi sais simple, j'ai rien capté de la manip.... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/sad.gif

cheshire
05/11/2005, 12h30
Alors je reprends :

-menu "demarrer" -> systeme -> gestion des dossiers (?) -> konqueror en mode superutilisateur
- mot de passe root
- aller dans le dossier /usr/share/hal/fdi/policy/
- click droit -> nouveau -> dossier
- le nommer 95userpolicy
- click droit sur ce lien (https://bugzilla.novell.com/attachment.cgi?id=54777), enregistrer la cible du lien sous ... (Bureau par exemple)
- renommer le fichier attachment.cgi en nosync.fdi
- glisser le fichier nosync.fdi du bureau vers le dossier 95userpolicy
- ouvrir une console, taper su, puis le mot de passe root, et enfin taper "rchal restart"

Ca devrait suffir pour que l'écriture sur la prochaine clé branchée soit rapide.

EDIT : Moi aussi j'ai un freeze de Konqueror quelques secondes, mais rien de bien méchant

priape2
05/11/2005, 13h59
Excellent tout ça, merci beaucoup cheshire http://www.alionet.org/style_emoticons/<#EMO_DIR#>/thumbup.gif

adminlinux
07/11/2005, 12h25
Trop génial l'explication grand merci http://www.alionet.org/style_emoticons/<#EMO_DIR#>/smile.gif

Je suis passé de 35ko/s à 5.7 mo/s en écriture sur ma clé USB 1go....

Copernicus_ThebigNewbie
07/11/2005, 15h04
Arf j'avais oublier de dire merci .... cela marche Ni ...

Un grand Merci cheshire....

gaby
07/01/2006, 21h26
Je voulais une soluce simple à ce problème (un peu dur à avaler http://www.alionet.org/style_emoticons/<#EMO_DIR#>/dry.gif ).

Cheshire, ta procédure est limpide . Merci.

(Merci également à tyrtamos de m'avoir indiqué cette page .)

http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif

gaby
08/01/2006, 14h57
Addendum:

Pour info la commande " eject usbdisk " (dans le cas d'une clé USB) semble fonctionne à priori "proprement" sans aller sous root !

sous /media on voit usbdisk se demonter proprement.

On peut alors créer un lanceur sur le bureau pour ejecter la clé et debrancher sans risque.

l'icone existe déjà : /opt/kde3/share/icons/crystalsvg/32x32/devices/usbpendrive_unmount.png

Plus de complexe à avoir par rapport à Winxxxx : ça marche de la même façon. http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif

En esperant que cette info soit utile si pas déjà connue (j'ai atteri sur alionet hier justement à cause du pb) et surtout pour repondre à la remarque saignante de yann117 le 25-10 :
"(belle saloperie que ce truc la ... va expliquer a un windozien ke c k'un petit bug temporaire ...)".

adminlinux
09/01/2006, 16h41
Voila,

Pour ceux qui on pas envie de faire toute la manip ou qui veul un truc simple, j'ai fais un script
il faus juste l'exécuter en console sous root http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif

tftusb.sh (http://adminlinux.sytes.net/programmes/tftusb.sh)

Merci de me dire si sa aide et si sa saire a quelque chause..... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/smile.gif

J'oublie de dire que si le lien ne fonctionne pas, c'est normale, c'est que mon serveur est étin.

adminlinux
09/01/2006, 19h38
Pardoné moi pour ceux qui on éssayé, y avais une tit erreur de scripte, c'est résolu et j'ai testé avant de le mètre en ligne cette fois si.... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif

jejelerom
09/01/2006, 21h20
ca marche au poil, merci adminlinux : vitesse de transfert a 12 mo/s pour déposer un fichier de 45mo sur ma clé. http://www.alionet.org/style_emoticons/<#EMO_DIR#>/tongue.gif c cool ca http://www.alionet.org/style_emoticons/<#EMO_DIR#>/clap_1.gif

Maintenant faut que je trouve comment démonter ma clé autrement qu'en root http://www.alionet.org/style_emoticons/<#EMO_DIR#>/huh.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/unsure.gif

adminlinux
09/01/2006, 22h31
Y en a d'autre qui on essayé ?

FenDanT
10/01/2006, 00h43
Re... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/tongue.gif

Comment exécuter ce script en console ? http://www.alionet.org/style_emoticons/<#EMO_DIR#>/blink.gif

adminlinux
10/01/2006, 01h04
d'abord, tu ajoute l'exécutable au fichier que tu a télécharger

tu ouvre une console qui est représenté par un icone(style écran de pc)

tu tape su -
ton mot de passe route

et tu exécute le scripte et c'est fini

FenDanT
10/01/2006, 01h09
Re...

Ha ben effectivement si je ne le rends pas exécutable... Ca fonctionne moins bien... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/tongue.gif

Merci adminlinux... http://www.alionet.org/style_emoticons/<#EMO_DIR#>/biggrin.gif

adminlinux
10/01/2006, 01h25
2 rien, et sa fonctionne

F LAROCHE
13/05/2006, 19h46
d'abord, tu ajoute l'exécutable au fichier que tu a télécharger

tu ouvre une console qui est représenté par un icone(style écran de pc)

tu tape su -
ton mot de passe route

et tu exécute le scripte et c'est fini[/b]

Désolé de demander quelques explications plus précises (mais je suis un peu beaucoup nul): j'ai donc téléchargé le fichier, ensuite j'ai fais un clic droit PROPRIETES > DROITS D'ACCES > COCHER "EST EXCUTABLE" > OK.

J'ai ensuite ouvert la Konsole, taper su - puis le mot de passe pour être en mode root, mais après que veut dire tu excécutes le script: quelle ligne de commande faut-il taper ?

D'avance merci.
http://www.alionet.org/style_emoticons/<#EMO_DIR#>/huh.gif

adminlinux
19/05/2006, 13h35
oui, il faus tapé le chemain et le non du script

ex: /home/users/lescript.sh

Voila

F LAROCHE
19/05/2006, 22h40
CA MARCHE D'ENFER !!!
J'arrive à es vitesses de transfert de 2.5 MO/sec ...

J'avais vraiment les b... depuis que j'utilise Suse 10.0, de ne pas pouvoir me servir de ma clef. USB du fait de la vitesse d'escargot.
Je me demande si le transfert n'est pas plus rapide que sous winXP maintenant !
Encore merci pour la ligne de commande.

http://www.alionet.org/style_emoticons/<#EMO_DIR#>/thumbup.gif

Pour info [et pour rassurer ceux qui n'ont pas l'habitude de la console (comme moi)], je me permets de mettre une copie d'écran de la console une fois la manip terminée (l'ordi met quelques secondes à réaliser les modif.) et on obtient.


frederic@ORDIDUBAS:~> su -
Password:
ORDIDUBAS:~ # /home/frederic/Documents/Telechargements/tftusb.sh
Script cr� par ADMINLINUX
Shutting down HAL daemon done
Starting HAL daemon done
ORDIDUBAS:~ #

http://www.alionet.org/style_emoticons/<#EMO_DIR#>/clap_1.gif http://www.alionet.org/style_emoticons/<#EMO_DIR#>/clap_1.gif

netsuai
09/06/2006, 18h53
Pour ceux qui ont fait la manip et qui pensent que ça marche, pouvez vous effectuer un petit test ?

Je voudrais que vous copiez un ou deux gros (très gros) fichiers sur votre clé USB, du genre 300 ou 400 Mo, ensuite vous prenez le chrono, et vous calculez le temps de copie (je suppose en supervisant le clignotement de la lupiote, ou alors avec un moniteur système qui devrait vous indiquez que votre CPU est en WAIT).

Le résultat m'intéresse .... étant donné que chez moi avec des petits fichiers la bidouille est OK, mais avec des gros fichiers ... ça rends bien sur la main direct, mais la copie se fait a klk pauvres kilos secondes (en gros des heures pour remplir 512Mo) ......

Merci ![/b]

J'ai testé mais j'ai toujours un taux de transfert egal à 12ko/s. C'est donc pas terrible, je dois faire un logon avec Windows pour mettre à jour mon lecteur MP3. Quelle merde.

Rectification, le problème venait du fichier à placer dans le répertoire '95userpolicy'. On le trouve à plusieurs endroits dans ce sujet, et j'ai fini par prendre le bon (voir explication en français de 'cheshire' car cela fonctionne à merveille. Je transfert 4 Mo en un clignement d'oeil. Merci beaucoups.

Guilo
11/06/2006, 10h22
Merci beaucoup la vitesse est maintenant epoustouflate !!!!

Quelqu'un dit plus haut que le bug doit etre corrigé dans Suse 10.1.

<Hors-sujet>
Moi qui utilise la 10.0, puis-je evoluer vers 10.1 sans tout réinstaller ?

Ne suffirait t-il pas de mettre çà jour HAL ? (je sais pas trop ce que c'est mais je demande)
</Hors-sujet>


Merci !