Retourner aux forums || Retourner au forum Linux.general
Linux.general : USB Flash write protect
Posté par mururoa69 () le 13 septembre 2007J'ai encore un souchi, eh oui ;)
Je n'arrive pas à trouver comment on peut activer la protection en ecriture sur une clé usb.
Quand on insere n'importe quelle clé on a un message qui contient :
sda: Write Protect is off
Oui mais sur ma clé je n'ai pas de petit switch pour la mettre write protect on :(
Comment on fait ça avec une commande ?
> Lire le message (12 commentaires, moyenne: 1,4).
Only Read
Si tu n'as pas de switch sur la clé alors un bon coup de marteau sur la clé devrai suffir à la rendre Write Protected.
Plus sérieusement, il suffit de spécifier l'option ro (read only) lors du montage de la clé.
-
[^]Re: Only Read
Posté par mururoa69 () le 13/09/2007 à 12:06. (lien). Évalué à 1.Heu ça je sais faire. C'est pas le problème.
J'ai quand même rtfm et gimf avant de poster ;)
Le probleme c'est que je ne la monte pas moi même la clé mais que je perd des données / structures dessus après l'avoir utilisée sans la monter directement au cours d'un processus d'installation de linux.
En gros elle est correcte. Je fais 2 installs avec et là j'ai perdu des infos de structure donc elle ne fonctionne plus.-
[^]Re: Only Read
Posté par mururoa69 () le 13/09/2007 à 12:09. (lien). Évalué à 1.Donc je precise mon besoin : je veux forcer le write protect sur la clé pour que quand je la mette dans n'importe quel ordinateur le message soit :
sda : Write Protect is on
et pas :
sda : Write Protect is off
Comme si j'avais le petit bouton de write protect qui est present sur certaines clés.-
[^]Re: Only Read
Posté par NeoX () le 13/09/2007 à 13:06. (lien). Évalué à 2.pas sur qu'on puisse le faire de maniere independante du systeme (car finalement c'est cela que tu veux)
--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: Only Read
Posté par mururoa69 () le 13/09/2007 à 15:29. (lien). Évalué à 1.Oui ça doit doit forcement être independant de l'os.
On doit bien pouvoir le faire; enfin j'espere.
Ca doit bien être stocké qq part sur la clé le statut du writeprotect et donc ça doit bien être modifiable.
C'est une clé d'installation redhat 5 que j'ai fait et j'ai pas trop envie qu'une fausse manip me fasse perdre des données sur la clé d'autant que c'est déjà arrivé.-
[^]Re: Only Read
Posté par NeoX () le 13/09/2007 à 18:49. (lien). Évalué à 1.
Ca doit bien être stocké qq part sur la clé le statut du writeprotect et donc ça doit bien être modifiable.
pas vraiment,
c'est ton system qui regarde les options de mount pour savoir comment le signaler.
sinon tu peux peut-etre mettre ton systeme de fichier dans un loop que tu ne montera qu'en lecture seule (un peu comme une iso)--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: Only Read
Posté par Farvardin (page perso, ) le 13/09/2007 à 21:21. (lien). Évalué à 2.je pense que le monsieur voulait dire que la clé usb pourrait avoir un genre de zone qui est regardée en premier, si l'état est à "write protect on" cela empêcherait le système d'écrire dessus. Pour cela il faudrait que cela soit dans les standard des clés USB, mais je ne sais pas du tout si c'est le cas (je ne pense pas). Est-ce que sous windows il y aurait un système similaire qui permettrait cela ?
--
You can't grep dead trees...-
[^]Re: Only Read
Posté par Obsidian () le 13/09/2007 à 22:19. (lien). Évalué à 2.Je ne suis pas sûr que ce soit faisable. Il est fort possible que le « write protect » soit un flag obligatoire du protocole et que la clé, dépourvue de système de protection, l'annonce comme étant toujours désactivé.
De plus, pour pouvoir désactiver la protection d'une clé protégée en écriture, il faudrait ... écrire dans ce flag !
-
[^]Re: Only Read
Posté par NeoX () le 14/09/2007 à 06:29. (lien). Évalué à 1.
Est-ce que sous windows il y aurait un système similaire qui permettrait cela ?
pas que je sache.
ou alors specifique à windows, avec les fonctions du systeme de fichier windows (adieux les autres systemes)
voire carrement avec un systeme à 2 partitions, une petite qui contient un .exe qui ira (dé)bloquer la 2e partition qui contient les infos.--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux-
[^]Re: Only Read
Posté par mururoa69 () le 14/09/2007 à 07:59. (lien). Évalué à 1.Bah c'est pas tres encourageant tout ça :(
Le mieux c'est encore de trouver une clé avec le petit bouton physique qui la protege en ecriture on dirait.
Si quelqu'un utilise un utilitaire windows ou linux pour gerer sa clé pour acceder par exemple à des partitions chiff'rees peut-être que l'utilitaire permet aussi de proteger la clé ?
Ce qui me gene c'est qu'il y a pas mal de travail pour faire cette clé alors si un utilisateur arrache la clé un peu brutalement d'un ordi sans synchro le risque c'est de se retrouver avec une clé bouzillée. Juste par exemple si un utilisateur veux voir ce que la clé à dans le ventre il la plug sur son windows, ne vois rien et l'arrache :(-
[^]Re: Only Read
-
[^]Re: Only Read
Posté par NeoX () le 14/09/2007 à 09:46. (lien). Évalué à 2.flinguer une clef en l'enlevant, c'est souvent lié à une operation d'ecriture qui ne s'est pas (bien) faite.
si tu plug ta cle sur un windows, ne voit, et l'enleve, il n'y aura pas d'interaction avec le contenu de la clef (pas de lecture, pas d'ecriture)
enfin, ceux qui ont des softs pour crypter/proteger une partition de la clé, ben ils se balladent avec le CD ou avec un bout de la clef ouvert en lecture/ecriture pour pouvoir y placer le logiciel en question. (ou bien le soft est present sur toutes les machines ou ils vont utilisé la cle)--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
-
-
-
-
-
-
-
-
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.