Pourquoi ma clé USB est-elle devenue "en lecture seule" et (comment) puis-je la réparer ?

J'ai une toute nouvelle clé USB (vieille d'une semaine) qui est désormais marquée comme étant en lecture seule, par Windows, Kubuntu et un partitionneur bootable. Pourquoi cela s'est-il produit ? Est-il possible de la réparer ? Si c'est le cas, comment puis-je le réparer ?

Le problème

Premièrement, ce disque est neuf. Il n'a certainement pas été assez utilisé pour mourir d'une usure normale, bien que je ne néglige pas les composants défectueux.

Le lecteur lui-même est en quelque sorte bloqué en lecture seule. La gestion des disques de Windows :

Generic Flash Disk USB Device
Disk ID: 33FA33FA
Type : USB
Status : Online
Path : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : Yes
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No

Diskpart :

Warning: Only 7762 of 7812 MByte tested.
The media is likely to be defective.
7.5 GByte OK (15896472 sectors)
52 KByte DATA LOST (104 sectors)
Details:0 KByte overwritten (0 sectors)
0 KByte slightly changed (< 8 bit/sector, 0 sectors)
52 KByte corrupted (104 sectors)
0 KByte aliased memory (0 sectors)
First error at offset: 0x0000000186003000
Expected: 0x0000000186003000
Found: 0x00200800c40c3061
H2testw version 1.3
Writing speed: 3.95 MByte/s
Reading speed: 14.0 MByte/s
H2testw v1.4

Ce qui me trouble vraiment, c'est Current Read-only State : Yes et Read-only : No.

Tentatives de solutions

Jusqu'à présent, j'ai essayé :

• Le formatage sous Windows (dans Gestion des disques, les options de formatage sont grisées lors d'un clic droit).

• DiskPart Clean (CLEAN - Clear the configuration information, or all information, off the disk.) :

• Formatage en ligne de commande Windows

• Windows chkdsk : voir ci-dessous pour les détails

• Kubuntu fsck (via le passage USB de VirtualBox) : voir ci-dessous pour les détails

• Acronis True Image pour formater, convertir en GPT, détruire et reconstruire le MBR, en gros n'importe quoi : échoué (ne pouvait pas écrire dans le MBR)

Détails (et une belle histoire)

Contexte

C'était une toute nouvelle clé USB générique de 8 Go avec laquelle je voulais créer une clé USB multiboot. Elle était formatée en FAT32, bien qu'elle soit curieusement un peu plus grande que la plupart des clés de 8 GIGAoctets que j'ai rencontrées. Environ 127 Mo étaient répertoriés comme “utilisés” par Windows. Je n'ai jamais découvert pourquoi. L'espace utilisable final était à peu près ce que j'attends normalement d'une clé de 8 Go (environ 7,4 GIBIoctets).

J'avais lancé pas mal de distros Linux, ainsi qu'une copie de celle de Hiren. Elles démarraient toutes parfaitement. Elles ont été mises en ligne avec YUMI .

Quand j'ai essayé de mettre le DVD Knoppix, YUMI a ajouté une option vidéo bizarre à sa commande de démarrage, ce qui a fait que Knoppix a démarré avec un écran noir sur X. ttys 1 à 6 fonctionnaient toujours comme des interfaces texte seulement.

Quelques jours plus tard, j'ai pris le temps d'enlever cette option vidéo bizarre, faisant correspondre la commande de démarrage à celle qui est fournie avec Knoppix. **Lors de la tentative de démarrage, Knoppix a signalé une certaine forme de corruption LZMA.

Jusqu'au problème actuel

Je pensais que les fichiers Knoppix pouvaient avoir été corrompus d'une manière ou d'une autre, alors j'ai essayé de le recharger. Le disque était presque plein (45 Mo de libre), j'ai donc supprimé une ISO générique qui ne démarrait pas non plus. Cela s'est bien passé. Je suis ensuite passé par YUMI pour “désinstaller” Knoppix, c'est-à-dire supprimer les fichiers et les supprimer des menus. Les fichiers ont été supprimés en premier, puis les menus ont été effacés avec succès. Cependant, l'espace libre est resté bloqué à environ 700 Mo, comme avant la suppression de Knoppix. Dans l'ancien dossier Knoppix, il y avait un fichier de 0 octet nommé KNOPPIX qui ne pouvait pas être supprimé.

J'ai essayé de réinstaller le lecteur pour supprimer ce fichier - sans le supprimer en toute sécurité, si cela faisait une différence (hé, première fois pour tout). L'exécution de l'analyse standard de Windows chkdsk sans /r ou /f a signalé des erreurs trouvées. L'exécution de l'analyse /r l'a juste bloquée.

J'ai décidé de donner à fsck une chance, alors j'ai chargé ma VM Kubuntu et j'y ai attaché le disque avec le passthrough USB 2.0 de VirtualBox. Je l'ai umounted (/dev/sda1) et j'ai lancé un fsck. There are differences between boot sector and its backup. j'ai choisi No action. Il m'a dit que les FAT étaient différents et m'a demandé de sélectionner le premier ou le deuxième FAT. Quel que soit mon choix, j'ai reçu un avis de Free cluster summary wrong. Si je choisissais Correct, cela donnait une liste de noms de fichiers incorrects. Pour essayer de corriger quelque chose, au moins, je l'ai lancé avec l'option -p. À mi-chemin de la correction des fichiers, la VM s'est figée - j'ai mis fin à son processus environ dix minutes plus tard.

Cause ?

Ma tentative suivante a été d'utiliser YUMI, à nouveau, pour reconstruire le disque entier. J'ai utilisé l'option de reformatage intégré de YUMI (en FAT32) et j'ai installé un ISO Kubuntu (700 Mo). Le format a réussi, mais l'extraction et la copie de Kubuntu (pour lequel YUMI utilise un binaire 7zip) ont été gelées à environ 60%. Après avoir attendu une quinzaine de minutes (plus que les 3,5 Go d'ISO Knoppix la dernière fois), j'ai sorti le lecteur. A ce stade, le disque était déjà formaté, SYSLINUX déjà installé, attendant juste le déballage d'une ISO et la modification des menus de démarrage.

En le rebranchant, c'était normal - cependant, toute action d'écriture échouait. La direction du disque a signalé qu'il était en lecture seule. Lors de la reconnexion, il revenait à la normale, mais une opération d'écriture le faisait à nouveau passer en lecture seule. Après quelques tentatives, le disque est redevenu en lecture seule à l'insertion.

Tentatives de correction

C'est à ce moment que j'ai fait les tentatives énumérées ci-dessus, pour essayer de le reformater en cas de formatage défectueux. Cependant, l'impossibilité de le faire, même sur un disque amorçable, indiquait que quelque chose de plus grave n'allait pas. chkdsk signale maintenant que tout va bien, et fsck signale toujours des incohérences dans le MBR, mais maintenant il choisit toujours automatiquement le premier FAT après m'avoir dit que les FAT sont différents. Il fait toujours le même Free cluster summary wrong par la suite. Je ne peux plus utiliser le -p car il est maintenant marqué comme lecture seule. Il a également réussi à corrompre le disque de ma VM d'une manière ou d'une autre à la première tentative (oui, je suis sûr que j'ai choisi sda, qui est mappé sur un disque de 7,4 Go - j'ai triple vérifié). Dieu merci pour les clichés ?

Je n'ai presque plus d'idées. À mon avis, il semble que quelque chose dans le microprogramme du disque l'ait réglé pour qu'il ne soit lu que “en permanence” d'une manière ou d'une autre - y a-t-il un moyen de réinitialiser cela ? Je ne me soucie pas particulièrement de conserver les données, étant donné que je les ai reformatées deux fois.

De plus, les corrections qui me permettent de rester dans Windows sont meilleures ; elles réduisent le risque que je n'endommage accidentellement mon disque dur principal.

Mise à jour 1 :

J'ai démonté le disque dur par curiosité.

Comme vous pouvez le voir, il n'y a pas de protection en écriture évidente. Il y a un circuit intégré de l'autre côté, de marque ALCOR, étiqueté AU6989HL, si cela compte. S'il semble n'y avoir aucun moyen de réparer cela, je vais probablement sortir la carte (collée) et la mettre dans un lecteur de carte pour vérifier si c'est la carte ou le contrôleur qui est mort.

Mise à jour 2 :

J'ai retiré la carte, Windows détecte maintenant le lecteur comme un lecteur de carte. Les contacts de la carte ne semblent pas être utilisés, et il y a plusieurs rangées de trous sur la carte elle-même. En la mettant dans le lecteur de carte, on ne détecte qu'environ 30 Mo au total, en RAW. C'est probablement soit le lecteur d'origine qui signale à tort que la carte est défectueuse (comme si la protection en écriture d'une vraie carte SD était activée), soit un mauvais contact quelque part.

A tout le moins, j'ai maintenant une carte Micro SD de 8 Go de rechange… dès que j'aurai trouvé comment la formater en 8 Go. Ce qui ne semble pas être possible (Windows, Partedmagic, dd, DBAN… non, toujours 30MB). Ah bon.

Mise à jour 3

J'en avais encore quelques unes. La deuxième a échoué de la même manière (en lecture seule) aujourd'hui. Parmi les autres, deux ont été détectés comme des lecteurs de cartes vides/non formatés, selon les secousses (contact défectueux ?). L'un d'eux a été détecté comme étant rempli à 1/3 et portait un nom de volume impair.

H2testw results (on the last fully working one I have !):

While this is a little worrying, evidently the drives do have actually near-8GB capacity, as verified by a tool often successfully used to detect fake flash drives. L'utilisation d'une carte Micro SD plutôt que d'un module de mémoire flash marqué rend presque impossible le reflux du disque, puisque les outils de flashing de disque d'Alcor attendent le modèle de mémoire comme paramètre. Je pense que je vais tout jeter.