Les deux premières clés (32Go) sont "totalement défectueuses", mais cela à commencé par le genre de problèmes que je rencontre avec cette 3ème clé...
Pour tout ceux qui s'intéressent à l'usage des clés USB, je résume donc...
1°) Je format mes clés avec gparted : création d'une table de partition classique MSDOS + partition (primaire) Fat32 ou NTFS si de gros fichiers doivent pouvoir y être placés et qu'il n'est pas nécessaire de pouvoir insérer la clé directement dans une imprimante par exemple...
2°) Je prévient toujours le système avant le retrait de la clé, et j'attends bien le signe que toute écriture est terminée. La seule exception est lorsque j'oublie la clé et que j'éteins l'ordinateur. J'attends alors que l'ordinateur soit bien arrêté pour retirer la clé.
3°) En cas de problème, montage en lecture seule, FS non-reconnu sous Windows :
J'insère la clé sous GNU/Linux et avec la commande dmesg je cherche d'éventuels messages d'erreurs ou avertissements. Il peut par exemple s'agir du fameux bit qui est sensé indiquer que le FS à bien été clôturé avant extraction justement. Malgré toute la rigueur possible, cela arrive...
Éventuellement, je démonte le FS (attention à ne pas éjecter car alors plus accessible) et j'exécute la commande fsck.vfat -a. Pour une partition NTFS, je le ferais sous Windows.
Si des problèmes réapparaissent trop fréquemment, je reformate la clé (1°) après avoir éventuellement sauvegardé son contenu, que je replace ensuite. J'ai pour certaines clés un dossier de sauvegarde sur un ordinateur que je copie "par liens machines"(car ext4) avec cp -al et synchronise ensuite avec rsync -a --delete Je garde ainsi un historique au cas où des fichiers devaient s'avérer plus tard corrompus ou manquants.
Dans le cas qui nous intéresse (3ème clé, 64Go), le problème persiste. Le FS (Fat32) reste non-reconnu sous Windows XP et 7 :(
Cela ferait la 3ème clé... Ça commence à bien faire... Et j'aimerais connaître l'origine du problème qui semble pouvoir être une "usure" prématurée. Le contenu de cette clé n'évolue pas énormément. C'est pas comme si je renouvelait 80 % toutes les semaine. C'est plutôt 10 % tout les 3 mois.
En reformatant, mon attention à été attiré sur la taille de la partition obtenu, la capacité, qui m'a semblé être diminuée par rapport au premier formatage...
J'ai donc cherché à comparer avec un autre exemplaire du même modèle, supposé même série car achetées ensemble, de réserve et donc non-encore utilisée. Ce que j'ai constaté est une différence de taille au niveau de l'USB Mass Storage (/dev/sdz) :
Soit une différence de 29 ×ばつかける 65536 =わ 1900544 secteurs de 512 octets.
En interne, je crois savoir qu'une clé usb contient des cellules de réserve. Ces cellules auraient-elles une taille de 225 ? et au delà de la réserve, 29 cellules seraient "grillées" ?
J'ai effectué une vérification des octets "toujours" disponibles avec
# badblocks -w -s -o usbstick.log /dev/sdz
et aucune erreurs.
J'ai ensuite fait l'expérience de formater cette clé sous Windows 7, avec la surprise de n'y avoir pas d'autre choix que exFat. La clé fonctionne sous Windows et sous GNU (malgré exFat breveté, avec fuse donc, par pas intégrable au noyau Linux). Mais étant donné qu'en définitive, c'est sous Windows XP que je dois pouvoir également travailler, je crains que cela ne soit pas une solution.
Pourquoi formaté sous GNU (MSDOS/Fat32) ne fonctionne pas sous Windows mais bien formaté sous Windows en MSDOS(supposé)/exFAT.
Alors que, par ailleurs, la nouvelle clé (4ème, 64Go, même modèle que la 3ème), formaté sous GNU/Linux en MSDOS/Fat32 fonctionne très bien sous Windows. La 3ème clé aussi, au début, fonctionnait ainsi très bien...
C'est comme si au niveau USB, en tant que "Mass Storage" déjà, la détection n'était pas identique sous GNU/Linux et sous Windows. Je ne connais pas assez le Windows que pour y trouver un équivalent au dmesg qui sous GNU/Linux m'informe du "×ばつ512 octets" ni d'un équivalent à un badblocks ou à un md5sum...
[^] # Re: pas significatif
Posté par Space_e_man (site web personnel) . En réponse au message Clés USB défectueuses, investigation ?. Évalué à 1.
Les deux premières clés (32Go) sont "totalement défectueuses", mais cela à commencé par le genre de problèmes que je rencontre avec cette 3ème clé...
Pour tout ceux qui s'intéressent à l'usage des clés USB, je résume donc...
1°) Je format mes clés avec gparted : création d'une table de partition classique MSDOS + partition (primaire) Fat32 ou NTFS si de gros fichiers doivent pouvoir y être placés et qu'il n'est pas nécessaire de pouvoir insérer la clé directement dans une imprimante par exemple...
2°) Je prévient toujours le système avant le retrait de la clé, et j'attends bien le signe que toute écriture est terminée. La seule exception est lorsque j'oublie la clé et que j'éteins l'ordinateur. J'attends alors que l'ordinateur soit bien arrêté pour retirer la clé.
3°) En cas de problème, montage en lecture seule, FS non-reconnu sous Windows :
J'insère la clé sous GNU/Linux et avec la commande dmesg je cherche d'éventuels messages d'erreurs ou avertissements. Il peut par exemple s'agir du fameux bit qui est sensé indiquer que le FS à bien été clôturé avant extraction justement. Malgré toute la rigueur possible, cela arrive...
Éventuellement, je démonte le FS (attention à ne pas éjecter car alors plus accessible) et j'exécute la commande fsck.vfat -a. Pour une partition NTFS, je le ferais sous Windows.
Si des problèmes réapparaissent trop fréquemment, je reformate la clé (1°) après avoir éventuellement sauvegardé son contenu, que je replace ensuite. J'ai pour certaines clés un dossier de sauvegarde sur un ordinateur que je copie "par liens machines"(car ext4) avec cp -al et synchronise ensuite avec rsync -a --delete Je garde ainsi un historique au cas où des fichiers devaient s'avérer plus tard corrompus ou manquants.
Dans le cas qui nous intéresse (3ème clé, 64Go), le problème persiste. Le FS (Fat32) reste non-reconnu sous Windows XP et 7 :(
Cela ferait la 3ème clé... Ça commence à bien faire... Et j'aimerais connaître l'origine du problème qui semble pouvoir être une "usure" prématurée. Le contenu de cette clé n'évolue pas énormément. C'est pas comme si je renouvelait 80 % toutes les semaine. C'est plutôt 10 % tout les 3 mois.
En reformatant, mon attention à été attiré sur la taille de la partition obtenu, la capacité, qui m'a semblé être diminuée par rapport au premier formatage...
J'ai donc cherché à comparer avec un autre exemplaire du même modèle, supposé même série car achetées ensemble, de réserve et donc non-encore utilisée. Ce que j'ai constaté est une différence de taille au niveau de l'USB Mass Storage (/dev/sdz) :
Soit une différence de 29 ×ばつかける 65536 =わ 1900544 secteurs de 512 octets.
En interne, je crois savoir qu'une clé usb contient des cellules de réserve. Ces cellules auraient-elles une taille de 225 ? et au delà de la réserve, 29 cellules seraient "grillées" ?
J'ai effectué une vérification des octets "toujours" disponibles avec
et aucune erreurs.
J'ai ensuite fait l'expérience de formater cette clé sous Windows 7, avec la surprise de n'y avoir pas d'autre choix que exFat. La clé fonctionne sous Windows et sous GNU (malgré exFat breveté, avec fuse donc, par pas intégrable au noyau Linux). Mais étant donné qu'en définitive, c'est sous Windows XP que je dois pouvoir également travailler, je crains que cela ne soit pas une solution.
Pourquoi formaté sous GNU (MSDOS/Fat32) ne fonctionne pas sous Windows mais bien formaté sous Windows en MSDOS(supposé)/exFAT.
Alors que, par ailleurs, la nouvelle clé (4ème, 64Go, même modèle que la 3ème), formaté sous GNU/Linux en MSDOS/Fat32 fonctionne très bien sous Windows. La 3ème clé aussi, au début, fonctionnait ainsi très bien...
C'est comme si au niveau USB, en tant que "Mass Storage" déjà, la détection n'était pas identique sous GNU/Linux et sous Windows. Je ne connais pas assez le Windows que pour y trouver un équivalent au dmesg qui sous GNU/Linux m'informe du "×ばつ512 octets" ni d'un équivalent à un badblocks ou à un md5sum...