# Récupérer une clef 64 Go Corsair

**URL:** <https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793>\
**Category:** Support Debian\
**Created:** [Juin 11, 2021, 11:26 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793 "2021-06-11T11:26:36Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\
**Post date:** [Juin 11, 2021, 11:26 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/1 "2021-06-11T11:26:36Z")

</div>

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**

```nohighlight
[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**

```nohighlight
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:

```nohighlight
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?

---

<div class="post-metadata">

**Author:** ![anon95513332](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/aeb1de/32.png) [@anon95513332](https://www.debian-fr.org/u/anon95513332)\
**Post date:** [Juin 11, 2021, 11:55 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/2 "2021-06-11T11:55:03Z")

</div>

Salut,

le dmesg voit bien la clef, ok

Mais ta clef doit avoir une partition normalement…

Je ferai donc plutôt ceci :

```nohighlight
sudo mount /dev/sdc1 /mnt/un

```

Dis-nous si cela évolue.

---

<div class="post-metadata">

**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\
**Post date:** [Juin 11, 2021, 12:49 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/3 "2021-06-11T12:49:39Z")

</div>

Bonjour **Necromago**.  
Résultat identique hélas.

```nohighlight
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:~# 

```

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 11, 2021, 2:53 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/4 "2021-06-11T14:53:30Z")

</div>

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 😉

---

<div class="post-metadata">

**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\
**Post date:** [Juin 11, 2021, 4:46 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/5 "2021-06-11T16:46:33Z")

</div>

> [@Zargos](#):
>
> ls /dev/sd\*

**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

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 11, 2021, 5:09 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/6 "2021-06-11T17:09:38Z")

</div>

> [@mariop31](#):
>
> Au vue de **dmesg** il semblerait qu’elle soit repéré comme **/dev/sdc**

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 :

> [@mariop31](#):
>
> `aucun support trouvé dans /dev/sdc`

Par conséquent le contenu est inaccessible. C’est un problème matériel, pas une «&nbsp;simple&nbsp;» 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…

---

<div class="post-metadata">

**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\
**Post date:** [Juin 11, 2021, 6:06 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/7 "2021-06-11T18:06:52Z")

</div>

Merci [PascalHambourg](https://www.debian-fr.org/u/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.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 11, 2021, 6:19 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/8 "2021-06-11T18:19:20Z")

</div>

> [@mariop31](#):
>
> vu le prix des clefs actuelles

A l’image de leur fiabilité malheureusement…

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 11, 2021, 6:37 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/9 "2021-06-11T18:37:38Z")

</div>

> [@mariop31](#):
>
> Cette clef contenait des fichiers son , elle était branchée dans ma voiture.

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

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 11, 2021, 6:40 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/10 "2021-06-11T18:40:04Z")

</div>

> [@PascalHambourg](#):
>
> 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…

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.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 11, 2021, 6:54 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/11 "2021-06-11T18:54:49Z")

</div>

> [@Zargos](#):
>
> la clef est probablement toujours utilisable. Suffit de la formater.

Comment fais-tu pour formater un lecteur vide ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 11, 2021, 7:00 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/12 "2021-06-11T19:00:33Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 11, 2021, 7:52 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/13 "2021-06-11T19:52:47Z")

</div>

Qu’appelles-tu «&nbsp;un utilitaire raw&nbsp;» ?  
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.

---

<div class="post-metadata">

**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\
**Post date:** [Juin 12, 2021, 8:31 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/14 "2021-06-12T08:31:16Z")

</div>

Et oui Hélas.

---

<div class="post-metadata">

**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\
**Post date:** [Juin 12, 2021, 8:31 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/15 "2021-06-12T08:31:42Z")

</div>

Formaté MSDOS.

---

<div class="post-metadata">

**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\
**Post date:** [Juin 17, 2021, 1:10 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/16 "2021-06-17T13:10:50Z")

</div>

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 ‹&nbsp;dd&nbsp;›. Quelques mégaoctets suffisaient.

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

Dominique.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 17, 2021, 1:23 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/17 "2021-06-17T13:23:08Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![miko](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f14d63/32.png) [@miko](https://www.debian-fr.org/u/miko)\
**Post date:** [Juin 17, 2021, 2:24 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/18 "2021-06-17T14:24:44Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 17, 2021, 6:22 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/19 "2021-06-17T18:22:31Z")

</div>

En faisant du RAW peut etre?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 17, 2021, 6:37 UTC](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793/20 "2021-06-17T18:37:31Z")

</div>

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

[Page suivante](https://www.debian-fr.org/t/recuperer-une-clef-64-go-corsair/84793.md?page=2)
