Dans la majorité des cas, une clé USB « protégée en écriture » n’est pas cassée : un attribut de disque, une règle Windows ou un minuscule curseur la verrouille, et on lève le blocage en cinq minutes. Quand rien de tout ça ne marche, c’est le contrôleur de la clé qui s’est mis en lecture seule tout seul, et la priorité devient de sauver les fichiers. Le message d’erreur est identique dans les deux situations, ce qui explique tant de formatages inutiles.
- La plupart des clés verrouillées se débloquent en cinq minutes
- Un attribut lecture seule posé sur le disque se retire avec diskpart
- Une valeur WriteProtect à 1 dans le registre bloque l’écriture
- Une clé en fin de vie peut basculer seule en lecture seule
Écarter les fausses pannes avant de sortir les commandes
Premier réflexe, bête mais payant : regarder la clé de près. Quelques modèles, et surtout les adaptateurs de carte SD, possèdent un petit curseur de verrouillage sur le côté, parfois coincé à mi-course. Branche ensuite la clé sur un autre port USB, puis sur un autre ordinateur, idéalement sous un autre système. Si elle accepte l’écriture ailleurs, la clé est saine et le coupable est ta machine.
Sur Mac, un volume formaté en NTFS s’ouvre en lecture seule par défaut.
Le même support s’écrit pourtant sans problème sous Windows, ce qui désoriente pas mal de monde. Pour écrire depuis macOS, copie d’abord tes fichiers ailleurs, puis reformate la clé en exFAT, un format lu par Windows, macOS et Linux.
Lever la protection sous Windows, du plus fréquent au plus rare
Le suspect numéro un est un attribut « lecture seule » posé sur le disque lui-même. Ouvre l’invite de commandes en administrateur, tape diskpart, puis list disk pour repérer ta clé grâce à sa taille. Sélectionne-la avec select disk suivi de son numéro (une erreur de numéro et tu t’attaques au disque système, donc relis deux fois), puis lance attributes disk clear readonly.
Retire la clé, rebranche-la, puis tente de copier un fichier.
Deuxième suspect : le registre. Lance regedit et va dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorageDevicePolicies, après avoir exporté la clé en guise de sauvegarde. Si une valeur WriteProtect existe et vaut 1, passe-la à 0 et redémarre. Si le dossier StorageDevicePolicies n’existe pas, ce n’est pas lui le responsable, et tu peux fermer l’éditeur sans rien toucher.
Troisième piste, les stratégies de groupe, surtout sur un PC d’entreprise ou prêté par une école. Dans gpedit.msc, le réglage « Disques amovibles : refuser l’accès en écriture » se trouve sous Configuration ordinateur, Modèles d’administration, Système, Accès au stockage amovible. Windows Famille ne propose pas cet éditeur, et sur un parc géré par un service informatique, la règle est souvent posée exprès pour limiter les fuites de données.
Une règle voisine refuse l’écriture sur tout lecteur amovible non protégé par BitLocker, avec exactement le même message d’erreur. Chiffrer la clé avec BitLocker To Go (clic droit sur le lecteur) lève alors le blocage, à condition de retenir le mot de passe.
Quand le système de fichiers fait de la résistance
Un retrait brutal, sans passer par « Éjecter », laisse parfois un indicateur « volume sale » dans le système de fichiers. Windows monte alors la clé en lecture seule tant qu’une vérification n’a pas eu lieu. Un clic droit sur le lecteur, Propriétés, Outils, Vérifier, ou la commande chkdsk X: /f (X étant la lettre de la clé), règle le cas la plupart du temps. Linux a un comportement voisin : il peut remonter un volume en lecture seule après une erreur d’entrée-sortie, et la commande dmesg indique le motif pendant que fsck répare.
Si chkdsk signale des secteurs défectueux, copie tes fichiers sans attendre.
Les symptômes d’une clé en fin de vie
La mémoire flash s’use : chaque cellule supporte un nombre limité de cycles d’écriture. En fin de vie, certains contrôleurs basculent le support en lecture seule pour laisser une chance de récupérer les données, un comportement bien connu sur les SSD et qui existe aussi sur des clés, sans que les fabricants s’en vantent. Une clé qui refuse l’écriture sans cause logicielle trouvée entre donc dans cette catégorie, surtout si diskpart n’arrive pas à effacer l’attribut ou le voit revenir à chaque rebranchement.
Un symptôme isolé ne prouve rien, leur accumulation si. Voici ceux qui trahissent une clé en bout de course :
- l’attribut de lecture seule revient après chaque débranchement, malgré la commande diskpart ;
- la capacité s’affiche à 0 octet, ou à une valeur absurde ;
- le formatage échoue, même en mode complet ;
- la clé disparaît en pleine copie, ou les fichiers copiés sont corrompus à l’ouverture.
Dans ce cas, ne formate rien et n’installe pas d’utilitaire de « réparation » trouvé au hasard sur un forum. Copie ce qui est l