Récupérer une clef 64 Go Corsair

Support Debian
#1

Bonjour.
Cette clef contenait des fichiers son , elle était branchée dans ma voiture. Du jour au lendemain cette clef ne fonctionne plus, du coup je la connecte sur ma debian 10 et là impossible de la voir.
Commandes que j’ai passé:

dmesg

[ven. juin 11 13:04:15 2021] usb 1-2: USB disconnect, device number 4
[ven. juin 11 13:04:18 2021] usb 1-2: new high-speed USB device number 5 using xhci_hcd
[ven. juin 11 13:04:18 2021] usb 1-2: New USB device found, idVendor=048d, idProduct=1168, bcdDevice= 1.00
[ven. juin 11 13:04:18 2021] usb 1-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ven. juin 11 13:04:18 2021] usb-storage 1-2:1.0: USB Mass Storage device detected
[ven. juin 11 13:04:18 2021] scsi host2: usb-storage 1-2:1.0
[ven. juin 11 13:04:19 2021] scsi 2:0:0:0: Direct-Access     XXXXXXXX U168CONTROLLER   0.00 PQ: 0 ANSI: 2
[ven. juin 11 13:04:19 2021] sd 2:0:0:0: Attached scsi generic sg2 type 0
[ven. juin 11 13:04:19 2021] sd 2:0:0:0: [sdc] Attached SCSI removable disk

Au vue de dmesg il semblerait qu’elle soit repéré comme /dev/sdc

fdisk -l

Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Modèle de disque : Samsung SSD 850 
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2b41c9db

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type
/dev/sdb1    *             2048  97656831  97654784  46,6G fd RAID Linux autodétecté
/dev/sdb2              97658878 976771071 879112194 419,2G  5 Étendue
/dev/sdb5              97658880 972656639 874997760 417,2G fd RAID Linux autodétecté
/dev/sdb6             972658688 976771071   4112384     2G fd RAID Linux autodétecté


Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Modèle de disque : Samsung SSD 850 
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xda99ae9f

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type
/dev/sda1    *             2048  97656831  97654784  46,6G fd RAID Linux autodétecté
/dev/sda2              97658878 976771071 879112194 419,2G  5 Étendue
/dev/sda5              97658880 972656639 874997760 417,2G fd RAID Linux autodétecté
/dev/sda6             972658688 976771071   4112384     2G fd RAID Linux autodétecté


Disque /dev/md0 : 46,5 GiB, 49965694976 octets, 97589248 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/md2 : 2 GiB, 2104492032 octets, 4110336 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/md1 : 417,1 GiB, 447864635392 octets, 874735616 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
 =>

Dans la commande fdisk je ne la voie pas.

J’ai tenté de la monter, mais en vain:

root@machine:~# mount -t auto /dev/sdc /mnt/un/
mount: /mnt/un: aucun support trouvé dans /dev/sdc.
root@machine:~#

Comment puis-je faire pour récupérer cette foutue clef?

#2

Salut,

le dmesg voit bien la clef, ok

Mais ta clef doit avoir une partition normalement…

Je ferai donc plutôt ceci :

sudo mount /dev/sdc1 /mnt/un

Dis-nous si cela évolue.

#3

Bonjour Necromago.
Résultat identique hélas.

root@machine:~# mount -t auto /dev/sdc1 /mnt/un/
mount: /mnt/un: le périphérique spécial /dev/sdc1 n'existe pas.
root@machine:~#
#4

si tu fait simplement un ls /dev/sd*, qu’obtiens tu?

Il est fréquent que les lecteur USB des voiture bousille les clefs usb, faut dire coté qualité ca reste très moyen. ce ne sont que des voiture :wink:

#5

Voilà:

=> ls /dev/sd*
/dev/sda /dev/sda2 /dev/sda6 /dev/sdb1 /dev/sdb5 /dev/sdc
/dev/sda1 /dev/sda5 /dev/sdb /dev/sdb2 /dev/sdb6

#6

Oui, mais il manque les messages d’identification des caractéristiques du support de stockage proprement dit, comme par exemple avec une clé USB fonctionnelle :

[ 9124.390442] sd 2:0:0:0: [sdb] 31948800 512-byte logical blocks: (16.4 GB/15.2 GiB)
[ 9124.391556] sd 2:0:0:0: [sdb] Write Protect is off
[ 9124.391562] sd 2:0:0:0: [sdb] Mode Sense: 23 00 00 00
[ 9124.393816] sd 2:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 9124.400143]  sdb: sdb1

Du coup ta clé est vue comme un lecteur vide, ce que confirme le message de mount :

Par conséquent le contenu est inaccessible. C’est un problème matériel, pas une « simple » corruption des données stockées qui seraient lisibles mais inintelligibles. Désolé de dire ça, mais à mon avis la clé est fichue et tu ne pourras rien récupérer. A moins que le fabricant fournisse un utilitaire miraculeux qui peut réactiver le support…

1 J'aime
#7

Merci PascalHambourg

C’est bien ce que je pensais. Mais à tout hasard j’ai opté pour demander de l’aide dans l’éventualité de pouvoir faire quelque chose. En même temps c’est pas bien grave, vue le prix des clefs actuelles.
Merci à tous et bonne soirée.

#8

A l’image de leur fiabilité malheureusement…

#9

j’y pense, cette clef était formattée comment? vfat? ntfs? autre?

#10

en fait non, la clef est probablement toujours utilisable. Suffit de la formater.
Les saloperie qu’on appelle autoradio qui sont maintenant dans les voitures, bousillent régulièrement les clefs USB. mais souvent c’est simplement le système de fichier qui part en vrille.

d’un autre coté, une clef chinoise dans un lecteur chinois, ça fait beaucoup de considérations aggravantes pour la survie des données.

#11

Comment fais-tu pour formater un lecteur vide ?

#12

La dernière fois que j’ai eu ça, je suis passé par un utilitaire raw, qui ne tiens pas compte du système de fichier, par contre j’avoue ne pas avoir retrouvé lequel (j’ai regardé depuis mon message, mais je crois que ce n’etait pas un utilisatrie linux). C’etait pour la clef usb de mon amie qui a eu le même probleme. A l’epoque sa clef etait formatée en ntfs. j’ai reussi à la recupérer (en galerant c’est clair) pour la mettre ensuite en fat.

depuis je lui ai dit d’acheter des clef à 5 balles, pour mettre dans sa voiture, ou alors passer par son telephone pour pasrre la musique via le bluetooth de l’autoradio.

comme ça, pas obligé de faire c… avec les techno à deux balles des constructeurs automobiles

#13

Qu’appelles-tu « un utilitaire raw » ?
Dans le cas présent, il n’y même pas de système de fichiers puisqu’il n’y a même pas de support lisible.

#14

Et oui Hélas.

#15

Formaté MSDOS.

#16

Bonjour,

Il m’est arrivé, dans un lointain passé, de récupérer des clefs réfractaires en écrivant une pelletée de zéros sur le support avec ‹ dd ›. Quelques mégaoctets suffisaient.

Ça ne coûte pas cher d’essayer.
Cordialement

Dominique.

#17

L’ennui, c’est que dans le cas présent il n’y a même plus de support dans lequel écrire.

#18

Bonjour,

Je conviens qu’il n’y a plus de mémoire de masse visible.
Toutefois le contrôleur présent physiquement sur la clef répond si j’en crois le retour de dmesg.

Et peut-être que le bombarder de zéro pourrait lui remettre les idées en place.

Ça a eu marché au moins une fois pour moi :-).

Cordialement

Dominique.

#19

En faisant du RAW peut etre?

#20

Qu’entends-tu exactement par « faire du RAW » ?