Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 23/12/2016, à 19:26

LienRag

Tester une clé USB

Je viens d'acheter une Kingston Data Traveler 300 de 256 Go en USB 2.0 et elle a un comportement bizarre: j'ai récupéré directement dessus une ISO Ubuntu 16.10 et le fichier est une fois reconnu, une fois invisible, une fois visible sous forme de .part.
Comment tester la clé pour voir si elle est bonne malgré tout ou si le problème vient bien de la clé elle-même (ça me ferait mal au cal de devoir jeter une clé que je viens d'acheter et pas gratuite qui plus est)?
Sous Windaube il y a un programme dédié mais je ne trouve rien sous Ubuntu...

Hors ligne

#2 Le 23/12/2016, à 22:06

J5012

Re : Tester une clé USB

ton erreur est d'avoir "recuperé directement dessus ..." implique fichier en cours d'ecriture, et donc fichiers temporaires ...

si tu veux tester la cle, tu peux essayer dd (disk dump) : operation assez longue et risquée si on ne maitrise pas les commandes bash ...

le plus simple est d'utiliser l'utilitaire "disques" de gnome-disks ...

Hors ligne

#3 Le 24/12/2016, à 00:29

remp

Re : Tester une clé USB

Il est effectivement plus facile de vérifier l'authenticité d'une clé USB  avec certains logiciels sous windows, à partir de là avec les informations recueillies(VID, PID, controler, chip vendor...)  tu peux contacter le fabricant  et avoir son analyse .
le vendeur n'aura plus qu à te rembourser s'il s'avère  que la clé est frauduleuse

Dernière modification par remp (Le 24/12/2016, à 00:35)


hp pavilion

Hors ligne

#4 Le 24/12/2016, à 01:29

LienRag

Re : Tester une clé USB

J5012 a écrit :

ton erreur est d'avoir "recuperé directement dessus ..." implique fichier en cours d'ecriture, et donc fichiers temporaires ...

si tu veux tester la cle, tu peux essayer dd (disk dump) : operation assez longue et risquée si on ne maitrise pas les commandes bash ...

le plus simple est d'utiliser l'utilitaire "disques" de gnome-disks ...

Merci de la réponse, peux-tu détailler?
En quoi avoir des fichiers temporaires sur la clé est-il plus grave que sur un DD? De plus je n'avais pas trop le choix, j'opérais à partir d'une Live USB persistante qui n'avait plus assez de place pour l'ISO.

Il y a un tutoriel sur gnome-disks quelque part?

Hors ligne

#5 Le 24/12/2016, à 09:42

Laurent85

Re : Tester une clé USB

Bonjour, sans autre élément il n'y a pas de raison de penser que la clé usb est défaillante, en général une clé usb ça marche ou pas du tout, et pas une fois oui et une fois non. Donc le problème concerne probablement le système de fichiers ou les fichiers, branche la clé usb,

donne l'état des partitions :

sudo parted --list

donne les informations des systèmes de fichiers :

sudo lsblk -o name,type,size,fstype,label,uuid,mountpoint

Hors ligne

#6 Le 26/12/2016, à 20:52

J5012

Re : Tester une clé USB

LienRag a écrit :
J5012 a écrit :

ton erreur est d'avoir "recuperé directement dessus ..." implique fichier en cours d'ecriture, et donc fichiers temporaires ...

si tu veux tester la cle, tu peux essayer dd (disk dump) : operation assez longue et risquée si on ne maitrise pas les commandes bash ...

le plus simple est d'utiliser l'utilitaire "disques" de gnome-disks ...

Merci de la réponse, peux-tu détailler?
En quoi avoir des fichiers temporaires sur la clé est-il plus grave que sur un DD? De plus je n'avais pas trop le choix, j'opérais à partir d'une Live USB persistante qui n'avait plus assez de place pour l'ISO.

Il y a un tutoriel sur gnome-disks quelque part?

les memoires flash usb, les disques usb, les ssd usb , etc ... ne sont pas equivalents en terme de vitesse , de stabilité (rupture d'alimentation par ex) ...

les plus "sûrs" par ordre decroissant :
- les disques durs branchés en usb
- les disques dits ssd en usb
- les memoires flash

apres tu as encore un decroissance dans le fait d'une memoire vendue et fabriquée par la marque dessus :
- kingston
- cruzer
- sony
- tdk
- emtec ...etc

edit : tout ce qui est branché en usb fait l'objet d'un montage pour acces via un ensemble de mecanismes systemes qui ont pour resultat qu'une operation, autre que la copie, n'est pas effective en conditions normales dans tous les cas ...

par ex ton telechargement de l'iso directement sur ta cle :
1/ telechargé comment ? par le navigateur ? par wget ? par torrent ? etc ...
2/ qqsoit la methode un fichier temporaire (ou plusieurs) est cree , ouvert en ecriture avec un verrou pour la reprise en cas d'interruption
3/ cas possibles d'interruption : rupture de la stabilité reseaux, instabilité du serveur distant, rupture d'alimentation, interruption systeme ... rupture breve de 5 secondes ...
4/ presence sur la cle de fonctionnalités de veille, d'economie d'energie
5/ logique du systeme linux de reallouer les id amovibles en cas de problemes ...
6/ ton systeme s'etait-il mis en veille dans le temps imparti au telechargement ?
7/ etais-tu certain que les operations d'ecriture sur ta cle etaient terminées lorsque tu as demandé l'ejection ?
...

Dernière modification par J5012 (Le 26/12/2016, à 21:07)

Hors ligne

#7 Le 02/01/2017, à 20:06

LienRag

Re : Tester une clé USB

Laurent85 a écrit :

Bonjour, sans autre élément il n'y a pas de raison de penser que la clé usb est défaillante, en général une clé usb ça marche ou pas du tout, et pas une fois oui et une fois non. Donc le problème concerne probablement le système de fichiers ou les fichiers, branche la clé usb,

donne l'état des partitions :

sudo parted --list

donne les informations des systèmes de fichiers :

sudo lsblk -o name,type,size,fstype,label,uuid,mountpoint

parted --list donne:

Model: ATA WDC WD5000LPVX-6 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  538MB   537MB   fat32                 boot, esp
 2      538MB   49,5GB  49,0GB  ext4
 4      49,5GB  493GB   444GB   ext4
 3      493GB   500GB   6999MB  linux-swap(v1)


Model: Generic Flash Disk (scsi)
Disk /dev/sdb: 268GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End    Size   Type     File system  Flags
 1      16,4kB  268GB  268GB  primary               boot

Et lsblk -o name,type,size,fstype,label,uuid,mountpoint donne:

NAME   TYPE   SIZE FSTYPE LABEL UUID                                 MOUNTPOINT
sda    disk 465,8G                                                   
├─sda1 part   512M vfat         BF33-99B0                            /boot/efi
├─sda2 part  45,7G ext4         d2f12d55-ea8c-4cf6-a1d1-924668a4f87a /
├─sda3 part   6,5G swap         17d6c550-7252-4d46-a4af-4c707e378b1d [SWAP]
└─sda4 part 413,1G ext4         3817d6d1-9881-4a98-8723-9d08de823f05 /home
sdb    disk   250G                                                   
└─sdb1 part   250G

Par ailleurs actuellement elle est branchée (comme l'indique lsblk) mais n'est pas reconnue par le gestionnaire de fichiers.


Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 02/01/2017, à 21:09)

Hors ligne

#8 Le 02/01/2017, à 20:09

LienRag

Re : Tester une clé USB

J5012 a écrit :

par ex ton telechargement de l'iso directement sur ta cle :
1/ telechargé comment ? par le navigateur ? par wget ? par torrent ? etc ...
2/ qqsoit la methode un fichier temporaire (ou plusieurs) est cree , ouvert en ecriture avec un verrou pour la reprise en cas d'interruption
3/ cas possibles d'interruption : rupture de la stabilité reseaux, instabilité du serveur distant, rupture d'alimentation, interruption systeme ... rupture breve de 5 secondes ...
4/ presence sur la cle de fonctionnalités de veille, d'economie d'energie
5/ logique du systeme linux de reallouer les id amovibles en cas de problemes ...
6/ ton systeme s'etait-il mis en veille dans le temps imparti au telechargement ?
7/ etais-tu certain que les operations d'ecriture sur ta cle etaient terminées lorsque tu as demandé l'ejection ?
...

1 - Par Transmission, donc torrent.

6 - De mémoire, non, puisque je travaillais dessus.

7 - J'ai eu le problème de fichier non reconnu par ls avant d'avoir demandé l'ejection.

Hors ligne

#9 Le 02/01/2017, à 21:05

moko138

Re : Tester une clé USB

Model: Generic Flash Disk (scsi)
Disk /dev/sdb: 268GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number  Start   End    Size     Type     File system  Flags
1      16,4kB  268GB  268GB  primary   [rien]       boot

Hum...


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#10 Le 02/01/2017, à 22:20

LienRag

Re : Tester une clé USB

moko138 a écrit :

Model: Generic Flash Disk (scsi)
Disk /dev/sdb: 268GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number  Start   End    Size     Type     File system  Flags
1      16,4kB  268GB  268GB  primary   [rien]       boot

Hum...

c'est à dire?
Le troisième truc en gras signifie que le format n'est pas reconnu, c'est ça? Ou c'est plus grave?
Quand au deuxième , j'avoue ne pas savoir à quoi il correspond.
Le premier signifie que ce n'est pas une vraie Kingston (pourtant l'emballage correspond bien, et l'apparence physique aussi) ou bien que ce qui permet de reconnaître une kingston est mort?

Dernière modification par LienRag (Le 02/01/2017, à 22:22)

Hors ligne

#11 Le 02/01/2017, à 23:32

Laurent85

Re : Tester une clé USB

LienRag a écrit :

c'est à dire?
Le troisième truc en gras signifie que le format n'est pas reconnu, c'est ça? Ou c'est plus grave?
Quand au deuxième , j'avoue ne pas savoir à quoi il correspond.
Le premier signifie que ce n'est pas une vraie Kingston (pourtant l'emballage correspond bien, et l'apparence physique aussi) ou bien que ce qui permet de reconnaître une kingston est mort?

Grave, pas vraiment, c'est au vu des élements rapportés un soucis de système de fichiers et de table de partitions, ça se corrige.

Le fait que la marque Kingston n'apparaisse pas n'a pas de rapport avec une éventuelle panne, c'était comme ça dès l'origine.

Donc pour en revenir à la clé usb il y a probablement eu une corruption du système de fichiers et actuellement le système indique que la partition unique de la clé usb n'en contient aucun. Si tu n'avais rien à récupérer d'important sur la clé il suffit de recréer un système de fichier vierge.

Mais avant je te conseille de créer une nouvelle table de partition parce que la partition existante n'est pas standard, elle ne démarre pas là où elle devrait.

Donc à partir d'Ubuntu installe gparted s'il n'est pas installé :

sudo apt install gparted

Lance gparted depuis le menu. Sélectionne la clé usb /dev/sdb en haut à droite de la fenêtre, fait attention de ne pas faire la manipulation suivante sur le disque dur surtout !. Puis,

Périphérique > Créer une table de partitions > type msdos, Appliquer

Ensuite crée une partition pour occuper tout l'espace de la clé usb,

bouton icône "+" de la barre de boutons icônes > laisse les options par défaut sauf sélectionne système de fichiers fat32, bouton Ajouter > bouton icône retour chariot  pour appliquer toutes les opérations.

Quitte gparted, la clé usb doit fonctionner normalement ensuite.

Dernière modification par Laurent85 (Le 02/01/2017, à 23:34)

Hors ligne

#12 Le 02/01/2017, à 23:57

moko138

Re : Tester une clé USB

LienRag a écrit :

J'ai eu le problème de fichier non reconnu par ls avant d'avoir demandé l'ejection.

La prochaine fois, tu copies-colles tout de suite le retour de ton "ls" dans un fichier texte, pour pouvoir y revenir à tête reposée.
  - -

Compare avec ma Kingston bootable :

moi@mon-pc:~$ sudo parted --list
Modèle: Kingston DataTraveler 2.0 (scsi)
Disque /dev/sdb : 8128MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      32,3kB  8127MB  8127MB  primary  fat32                démarrage, lba
moi@mon-pc:~$ 

Sur la tienne,
- il manque la marque,
- il manque "fat32" et "lba",
- Le MBR ne fait pas les traditionnels 63 secteurs de 512 octets, soit environ 32,3 ko, mais à peu près la moitié.
  - -
Tu peux montrer aussi, 45 secondes après le branchement de la clef :

dmesg | grep -Ev "80211|etwork" | tail -n 30
df -Th | grep sdb
mount | grep sdb

  - -
Mais, dans l'hypothèse d'une contrefacon de faible capacité,
la procédure est :
- sauvegarder ce qui peut l'être,
- demander à un windows quelconque de vérifier la clef (clic droit >  propriétés >...)
- Si la clef ne s'avère pas saine, se faire rembourser par le vendeur en lui signalant que "le produit n'est pas conforme", pour que le vendeur ne traite plus avec le "fournisseur" véreux..
 
- Mais si la clef s'avère saine, la manoeuvre proposée par Laurent85 réussira parfaitement.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#13 Le 04/01/2017, à 00:04

LienRag

Re : Tester une clé USB

Le retour de ls était simple: il n'y avait rien.

dmesg | grep -Ev "80211|etwork" | tail -n 30 donne:

[55493.811949] hid-generic 0003:03F0:0024.001C: input,hidraw4: USB HID v1.10 Keyboard [CHICONY HP Basic USB Keyboard] on usb-0000:00:10.0-2/input0
[55595.382494] wlan0: authenticate with 00:24:6c:61:f3:20
[55595.390440] wlan0: send auth to 00:24:6c:61:f3:20 (try 1/3)
[55595.394561] wlan0: authenticated
[55595.418383] wlan0: associate with 00:24:6c:61:f3:20 (try 1/3)
[55595.424822] wlan0: RX AssocResp from 00:24:6c:61:f3:20 (capab=0x1431 status=0 aid=3)
[55595.424937] wlan0: associated
[56261.658090] wlan0: authenticate with 00:1a:1e:8b:5f:60
[56261.666051] wlan0: send auth to 00:1a:1e:8b:5f:60 (try 1/3)
[56261.669982] wlan0: authenticated
[56261.673974] wlan0: associate with 00:1a:1e:8b:5f:60 (try 1/3)
[56261.684534] wlan0: RX AssocResp from 00:1a:1e:8b:5f:60 (capab=0x1431 status=0 aid=1)
[56261.684634] wlan0: associated
[56310.925800] usb 3-1: new high-speed USB device number 4 using ehci-pci
[56311.059793] usb 3-1: New USB device found, idVendor=5678, idProduct=1234
[56311.059807] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[56311.059814] usb 3-1: Product: Flash Disk      
[56311.059820] usb 3-1: Manufacturer: Generic 
[56311.059826] usb 3-1: SerialNumber: CCBB1212031657521797985904
[56311.061561] usb-storage 3-1:1.0: USB Mass Storage device detected
[56311.090907] scsi2 : usb-storage 3-1:1.0
[56312.090533] scsi 2:0:0:0: Direct-Access     Generic  Flash Disk       5.00 PQ: 0 ANSI: 2
[56312.091269] sd 2:0:0:0: Attached scsi generic sg1 type 0
[56312.095011] sd 2:0:0:0: [sdb] 524288000 512-byte logical blocks: (268 GB/250 GiB)
[56312.097074] sd 2:0:0:0: [sdb] Write Protect is off
[56312.097090] sd 2:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[56312.098894] sd 2:0:0:0: [sdb] No Caching mode page found
[56312.098907] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[56312.118004]  sdb: sdb1
[56312.134661] sd 2:0:0:0: [sdb] Attached SCSI removable disk

df -Th | grep sdb ne donne rien
mount | grep sdb ne donne rien non plus

Hors ligne

#14 Le 04/01/2017, à 02:28

moko138

Re : Tester une clé USB

sudo mkdir /tmp/test

Re vérifier par

sudo parted -l

la lettre X attribuée à ta clef
puis

sudo mount -t vfat -o ro /dev/sdX1 /tmp/test

Et, même vides, donne les trois retours, complets !


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#15 Le 04/01/2017, à 11:27

Laurent85

Re : Tester une clé USB

@moko138 il n'y a pas de système de fichiers identifié sur la partition sdb1 de la clé usb, pourquoi ces manip ?

@LienRag as-tu suivi la procédure de mon message #11
Tu gagneras du temps en repartant avec une réinitialisation propre, il n'y a pour le moment  pas de raison de penser que la clé a un problème matériel compte tenu des logs et rapports donnés.

Hors ligne

#16 Le 04/01/2017, à 14:42

moko138

Re : Tester une clé USB

Laurent85 a écrit :

@moko138 il n'y a pas de système de fichiers identifié sur la partition sdb1 de la clé usb, pourquoi ces manip ?

Parce qu'elles sont prévues précisément pour marcher quand le FS n'est plus reconnu automatiquement mais qu'il n'est pas en vrac.

Si ces manip' ratent, on verra en fonction des retours si on tente ou pas avec exfat, avec ntfs.

Cela dit,
1) s'il n'y a pas de données à récupérer, ta procédure convient aussi ;
2) je crains que la seule procédure valable ne soit le remboursement.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#17 Le 04/01/2017, à 21:19

Laurent85

Re : Tester une clé USB

moko138 a écrit :

Parce qu'elles sont prévues précisément pour marcher quand le FS n'est plus reconnu automatiquement mais qu'il n'est pas en vrac.

Heu non, la manip va provoquer une erreur et ça c'est normal sans système de fichiers. Fais le test, flingue le système de fichiers et essaie de monter la clé, bah ça peut pas marcher, clé usb ou disque.

Hors ligne

#18 Le 04/01/2017, à 21:51

moko138

Re : Tester une clé USB

Laurent85 a écrit :
moko138 a écrit :

Parce qu'elles sont prévues précisément pour marcher quand le FS n'est plus reconnu automatiquement mais qu'il n'est pas en vrac.

Heu non, la manip va provoquer une erreur et ça c'est normal sans système de fichiers. Fais le test, flingue le système de fichiers et essaie de monter la clé, bah ça peut pas marcher, clé usb ou disque.

Je n'ai pas écrit "sans système de fichiers" ni FS "flingué", mais "n'est plus reconnu automatiquement mais qu'il n'est pas en vrac" : c'est différent.

Et en effet,

man mount 

indique que mount commence par se référer aux infos disponibles dans blkid puis dans /etc/filesystems puis dans /proc/filesystems.
Le man m'apprend aussi que

On peut indiquer plusieurs types, séparés par des virgules.

Donc je complète ma proposition précédente :

sudo mkdir /tmp/test

Re vérifier par

sudo parted -l

la lettre X attribuée à ta clef
puis

sudo mount -t vfat,exfat,ntfs -o ro /dev/sdx1 /tmp/test

Et, même vides, donne les trois retours, complets !

Dans le pire des cas, ça nous donnera un message d'erreur, de nature à compléter les infos dont nous disposons pour le moment.

Dernière modification par moko138 (Le 04/01/2017, à 21:53)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#19 Le 04/01/2017, à 23:14

Laurent85

Re : Tester une clé USB

Et lsblk -o name,type,size,fstype,label,uuid,mountpoint donne:

NAME   TYPE   SIZE FSTYPE LABEL UUID                                 MOUNTPOINT
sda    disk 465,8G                                                   
├─sda1 part   512M vfat         BF33-99B0                            /boot/efi
├─sda2 part  45,7G ext4         d2f12d55-ea8c-4cf6-a1d1-924668a4f87a /
├─sda3 part   6,5G swap         17d6c550-7252-4d46-a4af-4c707e378b1d [SWAP]
└─sda4 part 413,1G ext4         3817d6d1-9881-4a98-8723-9d08de823f05 /home
sdb    disk   250G                                                   
└─sdb1 part   250G

]

Regarde le retour de la commande lsblk, il n'y a pas de système de fichiers pour sdb1, donc inutile d'aller plus loin dans les investigations il faut en créer un.

Dernière modification par Laurent85 (Le 04/01/2017, à 23:16)

Hors ligne

#20 Le 05/01/2017, à 03:05

moko138

Re : Tester une clé USB

Laurent85,
Relis le 1er message et tu verras qu'il y a un système de fichiers mais qu'il est corrompu.

LienRag,
Il serait temps que tu dises si tu as ou non des fichiers précieux à récupérer sur cette clef.
  Si oui, il est important de ne pas écraser ta clef ;
  Si non, la proposition de Laurent85 en #11 est parfaitement adaptée et aura l'avantage de montrer si la clef fait réellement 256 Go ou non..


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#21 Le 05/01/2017, à 17:15

LienRag

Re : Tester une clé USB

Merci pour vos réponses.

Non, je n'ai aucune donnée précieuse sur cette clé, puisque j'ai rencontré le problème dès la première utilisation.
Pour demander un remboursement, je voulais être sûr qu'elle soit défectueuse, et être capable d'expliquer le problème, puisque je l'ai achetée à un particulier sur le Bon Coin - elles étaient encore sous emballage d'origine (celle que j'ai testée, et l'autre non ouverte pour le moment).

J'ai suivi les instructions de Laurent pour la repartionner (sauf que j'ai mis ext4 comme format, je n'ai pas l'intention de l'utiliser avec Windows, et que j'ai commencé par supprimer la partition existante).
Mais lorsque gparted veut créer la nouvelle partition, j'obtiens le message suivant:

Error: /dev/sdb: unrecognised disk label

Après quoi j'ai quand même testé les commandes de moko (même si j'ai l'impression qu'elles ne sont plus pertinentes après la suppression de la partition, mais bon je suis bête et discipliné) et parted -l me donne:

Model: ATA WDC WD5000LPVX-6 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  538MB   537MB   fat32                 boot, esp
 2      538MB   49,5GB  49,0GB  ext4
 4      49,5GB  493GB   444GB   ext4
 3      493GB   500GB   6999MB  linux-swap(v1)


Error: /dev/sdb: unrecognised disk label
Model: Generic Flash Disk (scsi)                                          
Disk /dev/sdb: 268GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags: 

Et

mount -t vfat -o ro /dev/sdb1 /tmp/test

donne, logiquement:

mount: le périphérique spécial /dev/sdb1 n'existe pas

Par ailleurs je ne comprends pas

Et, même vides, donne les trois retours, complets !

?
Quand j'obtiens quelque chose je le mets, quand j'obtiens un retour vide (juste le prompt qui revient, quoi) qu'est-ce que je suis censé mettre?
J'ai essayé avec -v pour voir si mon erreur avait été de ne pas mettre en mode verbose, mais ça ne change rien...

Dernière modification par LienRag (Le 05/01/2017, à 17:20)

Hors ligne

#22 Le 05/01/2017, à 21:05

remp

Re : Tester une clé USB

LienRag a écrit :

...
Pour demander un remboursement, je voulais être sûr qu'elle soit défectueuse, et être capable d'expliquer le problème, puisque je l'ai achetée à un particulier sur le Bon Coin - elles étaient encore sous emballage d'origine (celle que j'ai testée, et l'autre non ouverte pour le moment).

Le plus simple c'est de tester la clé avec chipeasy ou chipgenius sous windows
Tu peux ensuite communiquer le résultat au fabricant qui confirmera ou pas l'authenticité de la clé .

J'ai eu récemment un doute sur des clés usb sandisk qui se sont révélés frauduleuse  à la simple analyse des résultats  donnés par ces logiciels .
Maintenant si le vendeur est un particulier...


hp pavilion

Hors ligne

#23 Le 05/01/2017, à 21:06

Laurent85

Re : Tester une clé USB

LienRag suis la procédure complète de mon message #11. Il faut réinitialiser la table de partition qui était probablement corrompue, ça arrive. Ce que tu as fait ne suffit pas.

Donc à partir de gparted crée d'abord une nouvelle table de partitions msdos puis ensuite crée une partition ext4. Et tout devrait rentrer dans l'ordre.

En ce qui concerne les manip demandées par moko138 ça ne peut pas marcher ni apporter d'éléments utiles pour la suite.

Dernière modification par Laurent85 (Le 05/01/2017, à 21:07)

Hors ligne

#24 Le 05/01/2017, à 21:44

LienRag

Re : Tester une clé USB

Ah oui, je ne faisais pas la différence entre créer une nouvelle partition et créer une table de partition, merci.
Mais quand j'essaye de créer une table de partition, il s'execute mais la console me donne le message suivant :

/dev/sdb: unrecognised disk label

et je ne peux pas créer de partition ensuite.

Remp: il n'y a pas de logiciel qui fasse la même chose sous Linux?

Hors ligne

#25 Le 05/01/2017, à 22:01

LienRag

Re : Tester une clé USB

Bon, j'ai installé TestDisk qui me sort ça:

Disk /dev/sdb - 268 GB / 250 GiB - CHS 32635 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Invalid FAT boot sector
 1 * FAT32                    0   0 33 32635 106 47  524287968
 1 * FAT32                    0   0 33 32635 106 47  524287968

Bad relative sector.

J'avoue ne pas avoir osé aller plus loin qu'un diagnostic, de peur de faire une couennerie...

Hors ligne