Vous n'êtes pas identifié(e).
Pages : 1
pourtant :
alors j'ai essayé ça :
il me détecte un "Dirty bit", mais n'arrive pas à le corriger : "Opération non permise"
Je suspecte un défaut matériel de la clé.
Qu'en pensez-vous ?
Merci et bon dimanche à tous.
Dernière modification par le_lutin (13-04-2021 19:25:04)
Hors ligne
Write Protect is on
La clé USB signale au système hôte qu'elle est protégée contre l'écriture. Si ça ne vient pas d'un verrou mécanique prévu à cet effet sur de rares clés USB, ça peut venir du contrôleur intégré qui a détecté une erreur lors d'une écriture de la mémoire flash et qui protège ainsi les données contre une éventuelle corruption. Je crains que ce soit définitif.
On peut dire au pilote usb_storage d'ignorer cette information pour ce modèle de clé par exemple avec
avant de brancher la clé, où vvvv:dddd est l'identifiant USB de la clé affiché par lsusb ou dans les logs du noyau.
Mais ça ne fera probablement que reporter le problème à la couche inférieure de communication entre le pilote et la clé.
pourtant :
Pourtant quoi ? Les permissions Unix n'ont rien à voir avec le fait qu'un périphérique soit en lecture seule.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
-r Get/set read-only flag for the device. When set, Linux disallows write operations on the device.
-R Get/set Write-Read-Verify feature, if the drive supports it. Usage: -R0 (disable) or -R1 (enable). This feature is intended to have the drive firmware automatically
read-back any data that is written by software, to verify that the data was successfully written. This is generally overkill, and can slow down disk writes by as much as
a factor of two (or more).
est ce que cela sert dans le cas présent?
Dernière modification par Croutons (11-04-2021 18:35:36)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dernière modification par raleur (11-04-2021 19:39:28)
Il vaut mieux montrer que raconter.
Hors ligne
On peut dire au pilote usb_storage d'ignorer cette information pour ce modèle de clé par exemple avec
echo "vvvv:dddd:w" > /sys/module/usb_storage/parameters/quirks
avant de brancher la clé, où vvvv:dddd est l'identifiant USB de la clé affiché par lsusb ou dans les logs du noyau.
Mais ça ne fera probablement que reporter le problème à la couche inférieure de communication entre le pilote et la clé.
J'ai fait la manip, du coup j'ai accès à la clé en écriture. merci.
Mais j'ai l'impression comme tu dis que ça ne résout pas le problème complètement …
le_lutin a écrit :pourtant :
Pourtant quoi ? Les permissions Unix n'ont rien à voir avec le fait qu'un périphérique soit en lecture seule.
ok, merci pour l'info.
PS : j'ai remarqué que lorsque Multisystem commence à opérer sur la clé, elle repasse en lecture seule. Ce qui n'est pas très pratique puisque je ne peux pas rajouter d'iso dessus.
Bonne nuit à tous.
Dernière modification par le_lutin (11-04-2021 21:36:10)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Hors ligne
Pages : 1