#1 Le 23/12/2016, à 20: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, à 23: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, à 01: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, à 01:35)
hp pavilion
Hors ligne
#4 Le 24/12/2016, à 02:29
- LienRag
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 ...
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, à 10: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, à 21:52
- J5012
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?
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, à 22:07)
Hors ligne
#7 Le 02/01/2017, à 21:06
- LienRag
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
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, à 22:09)
Hors ligne
#8 Le 02/01/2017, à 21:09
- LienRag
Re : Tester une clé USB
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, à 22: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, à 23:20
- LienRag
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] bootHum...
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, à 23:22)
Hors ligne
#11 Le 03/01/2017, à 00:32
- Laurent85
Re : Tester une clé USB
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 03/01/2017, à 00:34)
Hors ligne
#12 Le 03/01/2017, à 00:57
- moko138
Re : Tester une clé USB
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, à 01: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, à 03: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, à 12: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, à 15:42
- moko138
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 ?
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, à 22:19
- Laurent85
Re : Tester une clé USB
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, à 22:51
- moko138
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.
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
puissudo 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, à 22:53)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#19 Le 05/01/2017, à 00: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 05/01/2017, à 00:16)
Hors ligne
#20 Le 05/01/2017, à 04: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, à 18: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, à 18:20)
Hors ligne
#22 Le 05/01/2017, à 22:05
- remp
Re : Tester une clé USB
...
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, à 22: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, à 22:07)
Hors ligne
#24 Le 05/01/2017, à 22: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, à 23: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