Forum Linux.général Très bizarre : Linux corrompt les données de ma clé USB !

Posté par  (site web personnel) .
Étiquettes : aucune
0
25
juil.
2004
Voici un compte rendu très très bizarre !
Je possède une clé USB qui fait aussi lecteur MP3 de marque i-bead, taille 256 Mo. Cette clé USB fonctionne de manière autonome sans drivers que cela soit sous Gnu/linux ou Windows à partir de 2000.

Récemment, je découvre qu'apres avoir transféré des fichiers sur mon balladeur à partir de mon PC fixe sur Gnu/Linux (Gentoo, 2.6.7), certains MP3 sautaient !

Je me suis rendu compte que la faute vient de Linux, voici la preuve en image sans aucun trucage !

Test effectué avec 3 fichiers quelconques sur mon i-bead formatté et monté en VFAT.


nicolas@pcfixe Incoming $ mount /mnt/usb_key/

nicolas@pcfixe Incoming $ ls fichier_test* -lh
-rwxrwxrwx 1 nicolas users 156M jun 12 23:58 fichier_test1
-rwxrwxrwx 1 nicolas users 64M mar 26 21:37 fichier_test2
-rw-r--r-- 1 nicolas users 7,8K jui 15 23:50 fichier_test3

nicolas@pcfixe Incoming $ md5sum fichier_test1
d2b8ec36d959f0465f1a8c4996d0d82a fichier_test1

nicolas@pcfixe Incoming $ md5sum fichier_test2
a20623306dc5a1b8a0d08142b597f7e0 fichier_test2

nicolas@pcfixe Incoming $ md5sum fichier_test3
a51a4c2bf3c52f04209d3474f012ca62 fichier_test3

nicolas@pcfixe Incoming $ cp -v fichier_test* /mnt/usb_key/
`fichier_test1' -> `/mnt/usb_key/fichier_test1'
`fichier_test2' -> `/mnt/usb_key/fichier_test2'
`fichier_test3' -> `/mnt/usb_key/fichier_test3'

nicolas@pcfixe Incoming $ ls -lh /mnt/usb_key/*
-rwxrwxrwx 1 nicolas users 156M jui 25 17:27 /mnt/usb_key/fichier_test1
-rwxrwxrwx 1 nicolas users 64M jui 25 17:28 /mnt/usb_key/fichier_test2
-rwxrwxrwx 1 nicolas users 7,8K jui 25 17:28 /mnt/usb_key/fichier_test3

nicolas@pcfixe Incoming $ md5sum /mnt/usb_key/fichier_test1
4692d5f2ad4941ac968a724865a41507 /mnt/usb_key/fichier_test1

nicolas@pcfixe Incoming $ md5sum /mnt/usb_key/fichier_test2
6892a91db68cc6923dc7dd1f14f7da61 /mnt/usb_key/fichier_test2

nicolas@pcfixe Incoming $ md5sum /mnt/usb_key/fichier_test3
a51a4c2bf3c52f04209d3474f012ca62 /mnt/usb_key/fichier_test3



Comme vous pouvez le constater, les deux gros fichiers ont des erreurs, pas le petit.
Lorsque je transfère des MP3, la grande majorité de la musique est transférée mais j'ai des sauts environ toutes les 3/4 minutes.

Je confirme bien qu'il s'agit d'un problème que je n'ai que sur mon PC sous Linux, sous Windows, je n'ai aucun problème, ma clé fonctionne sans drivers en FAT16.

Avouez que c'est bizarre !!!
  • # Des fois que...

    Posté par  (site web personnel) . Évalué à 4.

    Peut-être un petit coup de
    sync /mnt/usb_key
    avant de la demonter.
  • # petit essai

    Posté par  . Évalué à 2.

    peu tu faire la meme manip sous windows avec le md5sum?

    que donne le resultat de la commande : mount
    dans ton fstab peut tu donner la ligne concernant ta clé usb

    que donne le resultat de la commande:

    badblocks -n /dev/tonperipheriqueusb (sda1 a mon avis)
    • [^] # Re: petit essai

      Posté par  (site web personnel) . Évalué à 2.

      hello,
      je l'ai écrit : sous windows, il n'y a aucun probleme, j'ai déjà testé.

      sous Linux, j'ai écrit que je monte ma clé normalement en VFAT...

      dans mon fstab c'est déclaré comme cela :
      /dev/sda1 /mnt/usb_key vfat noauto,users,umask=000 0 0

      Avant de faire le test, j'ai formatté ma clé en total, il n'y a aucun bloc défectueux dessus et elle est bien formattée en FAT16, comme toutes les clés USB.
      • [^] # Re: petit essai

        Posté par  (site web personnel) . Évalué à 3.

        dans mon fstab c'est déclaré comme cela :
        /dev/sda1 /mnt/usb_key vfat noauto,users,umask=000 0 0

        Essaie avec :
        /dev/sda1 /mnt/usb_key vfat sync,noauto,users,umask=000 0 0
      • [^] # Re: petit essai

        Posté par  . Évalué à 4.

        as tu testé en verifiant le md5 sous windows? le meme test mais sous windows? avec les md5 et tousssa

        /mavie
        je dépanne as longueur de journée des apareil electronique et je gagnerais vraiment du temps si les utilisateurs repondaient aux question posées

        bon au boulot:

        je me repete que donne le resultat de la commande badblocks, sache qu un formatage ne verifie aucunement si tu as des bloc defectueux, c'est pour cela que la commande badblocks existe, et j'aurais bien aimé que tu l'utilise :), ce n'est pas destructif.

        ha oui un autre élément intéréssant, as tu formatté ta clé sous linux ou sous windows? si c'est sous linux quelle outil et quelle options as tu utilisé?

        et que donne la commande :
        fdisk -l /dev/sda

        remarque ce sont juste des pistes pour arriver a comprendre le souci. personnellement j'ai deja eu de corruptions inexpliqué sur du fat32, et une clé usb 256Mo , d'aprés l'utilisation c'est plutot vers 240Mo que cela merdouille chez moi et ce fut une corruption de la table de partitions, que j'ai effacé puis crée puis formaté sous linux
  • # mandrakemove

    Posté par  (site web personnel) . Évalué à 5.

    j'ai participé au développement de la mandrakemove ; hors, une des "innovations" était la sauvegarde automatique et transparente des données utilisateur et système sur une clé usb ; on a donc fait pas mal de tests, et eu des problèmes très similaires au tien. je n'ai pas de conclusion 100% sûre, mais il semble qu'il y ait une corruption au niveau usb-storage, une idée serait peut-être une congestion lors du transfert (l'usb étant lent pour le transfert). bref, il semble qu'en fonction de la marque de la clé usb il y ait plus ou moins de problème (la clé vendue avec mmove a été choisie avec soin et elle semble moins foirer que les autres) je sais que les iomega semblent pas mal. un "workaround" pourrait être de tenter de limiter la vitesse d'écriture (mais je ne connais pas d'outil tout prêt pour faire cela). sinon tu peux tenter de copier à nouveau le fichier tant que le md5sum est faux mais vu que les clés s'usent lors de l'écriture ça risque d'accélérer la mort de ta clé.
    • [^] # Re: mandrakemove

      Posté par  . Évalué à 1.

      Ahrg !
      J'allais de ce pas m'acheter un disque dur externe usb2 et... tu m'as stoppé net !

      Sais tu si les disques durs usb sont aussi concernés par ce probléme ?
      Parce que c'est aussi le module usb-storage qui est utilisé dans ce cas ! non ?
      Ya t'il des utilisateurs de disques externes usb qui ont déjà fait part de ce probléme ?
      Quoique , il doit pas y avoir beaucoup de gens qui vérifient les "md5sum" de tous les fichiers transférés.

      J'utilise aussi un noyau "2.6.7" (debian testing).
      Est ce que lors de vos test, le probléme était spécifique à une version du noyau ou à toutes ?
      • [^] # probleme non spécifique à linux

        Posté par  . Évalué à 1.

        Finalement il semble que le probléme n'est peut être pas dû à Linux, parce que d'aprés "Google.com" http://www.computing.net/windows2000/wwwboard/forum/58167.html(...)
        Les windoziens se plaignent aussi de problémes identiques à ceux exposés içi sur les clés usb de certaines marques.
        • [^] # Re: probleme non spécifique à linux

          Posté par  (site web personnel) . Évalué à 3.

          Il y a le problème de l'éjection de la clé alors que son contenu n'est pas synchronisé. On ne peut pas vraiment en être sûr pour ces témoignages, et statistiquement je parierais que les windoziens sont plus neuneus/bourrins que les linuxiens qui ont plus de chance d'en connaître un peu sur le matériel et comment ne pas corrompre.

          En tous cas, une autre idée nous était venue, c'était celle du non-respect des standards usb-storage par certains constructeurs de clé, ce qui serait compréhensible vu comment ça tire sur les prix, et dans une telle situation effectivement Windows devrait être autant impacté (enfin, moins impacté d'une part parce qu'il y a plus de chance qu'ils aient des workaround dans leur driver, et d'autre part parce que les constructeurs doivent tester leurs nouveaux produits avec Windows).

          Cependant, je voudrais quand même préciser que dans nos tests, on a rencontré une fréquence de problèmes très importante, bien plus forte (c'est dit à la louche mais bon) que ce qui doit se passer sous Windows (sinon personne n'en voudrait de ces clés qui foirent au bout de quelques utilisations).

          Au niveau personnel je possède un stick 256 Mo MSI lecteur de mp3 mountable en usb-storage, je ne bourrine pas (montage "direct" a.k.a pas de supermount, démontage avant unplug), à la louche j'ai du copier environ 1 Go de données et je n'ai pas eu de problème à l'audition sauf une fois (cependant, comme une corruption mp3 n'est pas fatale et n'est même pas forcément audible, je ne suis pas sûr que les données aient toujours été parfaitement copiées bien sûr).
      • [^] # Re: mandrakemove

        Posté par  (site web personnel) . Évalué à 3.

        Au sujet des disques durs USB, non je n'ai aucune information. Cependant, si le problème est dans usb-storage (ce qui est loin d'être prouvé, au passage), il y a des chances qu'il y ait des problèmes aussi.

        Oui, pas grand monde vérifie la cohérence des données, mais la plupart des données te le font amèrement remarquer quand tu essaies ensuite de les utiliser (ton rpm/deb sera inutilisable, ton binaire va planter, ton image sera illisible ou complètement corrompue, ton document bureautique sera impossible à ouvrir), donc ça se détecte assez rapidement quand même.

        Les tests étaient effectués en 2.4 si ma mémoire est bonne, il est possible que l'usb, le scsi ou l'usb-storage aient beaucoup changé entre temps, à toi de vérifier ça (et en plus le 2.4 Mandrake est assez fourni en backports usb).
  • # Teste ta RAM

    Posté par  . Évalué à 2.

    La dernière fois que j'ai eu des problème de corruption de données aussi violent, j'avais une barrete de RAM défecteuse. Il est possible qu'un buffer quelconque du noyeau ce trouve maintenant pile à l'endroit ou tu as une erreur materielle.
  • # J'ai la solution

    Posté par  . Évalué à 1.

    Bonjour !

    Rassurons un peu tout le monde, le probleme ne viens pas de Linux, et c'est un probleme relativement connu du I-Bead qui se manifeste le plus souvent par des mp3 qui "sautent", la solution réside en une simple mise a jour du firmware du balladeur :

    http://www.ism-technologie.com/fr/sup_prod.php?prod=i-Bead&mode(...)

    Meme si elle est donnée uniquement pour le ibead 100 Plus, tout a fonctionné correctement sur mon Ibead 100 (256 Mo de chez ISM).
    L'archive contient le logiciel de mise a jour et le nouveau firmware (v. 119.036) (le tout en Français).

    Si tu as un i-bead 100 la mise a jour du firmware est un peu "astucieuse", tout est expliqué là :

    http://www.ibead-online.com/Forumipb/index.php?showtopic=9(...)

    J'ai fait un essai sur un fichier de 192 Mo, les 2 md5sums etaient identiques (sur le disque et la clef)

    Pendant la mise a jour il est preferable que tu selectionne l'option de formatage, l'operation ne sera pas beaucoup plus longue.

    Attention par contre le logiciel de mise a jour n'est disponible que pour windows, mais ça marche tres bien avec vmware par exemple.

    Bonne Continuation,

    --
    TiTiX

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.