#1 Le 08/02/2017, à 19:45
- Comstock
[Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Bonsoir,
Il y a quelques jours, j'ai eu la surprise de constater que mes clés USB et disques durs externes étaient en lecture seule (concernant les clé: petit cadenas gris devant chaque élément), impossible de modifier quoique ce soit.
Je suis repassé sous W$ sous lequel tout fonctionne.
De nouveau Xubuntu ce soir et ça recommence, du moins pour les clés USB.
Ma copine prof a bien crisé, ayant préparé ses cours du lendemain pendant toute une après midi, sa clé devenant d'un coup inutilisable.
Sans compter les galère avec Writer qui n'est absolument pas fiable, mais c'est autre chose et fera l'objet d'un post consacré.
Concernant les clés, je sauvegarderai et formaterai.
Cette solution est inenvisageable avec des disques durs bien trop gros (pas les moyens d'en racheter).
Alors, une question: comment éviter que ça se reproduise ? On doit bien pouvoir compter sur une bête clé USB en 2017??
Merci
Solution trouvée:
Sauvegarde des fichiers, formatage avec Gparted (pas possible sous W$ qui ne contourne pas la protection en écriture), réintroduction des données et débrancher la clé proprement (on démonte, on éjecte)
Dernière modification par Comstock (Le 09/02/2017, à 17:08)
Xubuntu 18.04 64 bits. Intel i3 - 2350M. RAM 8 go
Hors ligne
#2 Le 08/02/2017, à 19:55
- Ayral
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
J'ai entendu dire que c'était lié à la manipulation de la corbeille de la clé. mais je n'ai pas compris dans le détail.
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#3 Le 08/02/2017, à 20:03
- erresse
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Bonjour,
Il y a quelques jours, j'ai eu la surprise de constater que mes clés USB et disques durs externes étaient en lecture seule (concernant les clé: petit cadenas gris devant chaque élément), impossible de modifier quoique ce soit.
Pourrais-tu montrer, soit dans un retour de commande, soit par une copie d'écran, ce que tu entends par "petit cadenas gris devant chaque élément" ???
Il n'y a aucune raison pour que des disques ou clés USB deviennent subitement en lecture seule comme ça... et je n'ai encore jamais rencontré cela sous Linux, si ça peut te rassurer !
Mais là, il nous est impossible de formuler un diagnostic en l'absence d'informations, tu t'en doutes bien.
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#4 Le 08/02/2017, à 20:07
- Bougron
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Une autre cause est de débrancher en tirant sur le câble sans en demander l'autorisation soit à windows qui lui sait réparer au branchement suivant en éliminant les fichiers corrompus s'il y en a.
soit à ubuntu qui ne sait pas éliminer les fichiers corrompus et qui demande en mode très discret d'utiliser windows pour le faire.
l'action est "démonter en toute sécurité" c'est en cliquant sur l'icône du disque pour ubuntu. et c'est bien caché pour windows dans les icônes de la partie droite en bas.
Une autre cause est de copier des fichiers de plus de 4 Go si la partition est formatée en FAT32
Dernière modification par Bougron (Le 08/02/2017, à 20:08)
Hors ligne
#5 Le 08/02/2017, à 20:12
Hors ligne
#6 Le 08/02/2017, à 20:19
- moko138
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Il est impératif en effet d'utiliser sous windows (*) "éjecter en toute sécurité" même si on éteint windows après.
Car de plus en plus de windows s'éteignent apparemment mais en réalité mettent en hibernation le système ...et les périphériques de stockage par la même occasion.
Chez soi, il suffit de désactiver le "démarrage rapide" de windows, mais sur le lieu de travail ou chez les copains, "éjecter en toute sécurité" est impératif.
(*) Et avec ubuntu, il ne me viendrait pas à l'idée de débrancher une clef usb ou un disque usb sans faire préalablement "démonter" (clic droit).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#7 Le 08/02/2017, à 20:23
- erresse
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Pourrais-tu ouvrir un terminal et passer les commandes :
ls -la /chemin/de/la/clé
sudo fdisk -l
et donner le retour ici (entre balises code) pour qu'on voie les propriétés et les droits de cette clé ?
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#8 Le 08/02/2017, à 20:25
- moko138
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Remède :
Brancher ta clef bootable persistante (ou Framakey ?) à un windows quelconque, puis
clic droit > propriétés > vérifier.
Pour en savoir plus :
voir ./viewtopic.php?pid=21445261.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#9 Le 08/02/2017, à 20:30
- Comstock
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Voici:
philippe@philippe-SATELLITE-PRO-L770-15L:~$ ls -la /media/philippe/FUR/
total 3073412
drwxr-xr-x 12 philippe philippe 16384 janv. 1 1970 .
drwxr-x---+ 3 root root 4096 févr. 8 17:45 ..
drwxr-xr-x 47 philippe philippe 16384 mai 10 2012 Apps
-rw-r--r-- 1 philippe philippe 149 mai 16 2011 autorun.inf
-rw-r--r-- 1 philippe philippe 1682 déc. 14 11:42 BOOTEX.LOG
drwxr-xr-x 4 philippe philippe 16384 nov. 3 15:57 Calendar Sync Free3066c4
drwxr-xr-x 2 philippe philippe 16384 avril 28 2012 casper
-rw-r--r-- 1 philippe philippe 3145728000 oct. 18 16:11 casper-rw
drwxr-xr-x 6 philippe philippe 16384 mai 2 2012 Data
drwxr-xr-x 10 philippe philippe 16384 mai 10 2012 Framakey
-rwxr-xr-x 1 philippe philippe 472466 mai 4 2011 Framakey.exe
-rw-r--r-- 1 philippe philippe 2054 mai 3 2011 Framakey.ini
drwxr-xr-x 5 philippe philippe 16384 mai 2 2012 FUR-Tools
-rw-r--r-- 1 philippe philippe 1081 févr. 7 19:37 KeePass.exe - Raccourci.lnk
-r--r--r-- 1 philippe philippe 32256 oct. 18 14:33 ldlinux.sys
drwxr-xr-x 4 philippe philippe 16384 mai 10 2012 MacOSX
-rwxr-xr-x 1 philippe philippe 374272 sept. 2 2013 Protection.exe
drwxr-xr-x 3 philippe philippe 16384 nov. 5 2011 syslinux
drwxr-xr-x 2 philippe philippe 16384 oct. 18 13:02 System Volume Information
drwxr-xr-x 5 philippe philippe 16384 oct. 21 20:39 .Trash-1000
-rwxr-xr-x 1 philippe philippe 301259 mai 9 2011 VirtualBoxPortable.exe
philippe@philippe-SATELLITE-PRO-L770-15L:~$ sudo fdisk -l
[sudo] Mot de passe de philippe :
Disque /dev/ram0 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram1 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram2 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram3 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram4 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram5 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram6 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram7 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram8 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram9 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram10 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram11 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram12 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram13 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram14 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram15 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/loop0 : 76,1 MiB, 79835136 octets, 155928 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disque /dev/loop1 : 141,8 MiB, 148656128 octets, 290344 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disque /dev/loop2 : 76 MiB, 79720448 octets, 155704 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x56820fd9
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sda1 * 2048 2568191 2566144 1,2G 27 Hidden NTFS WinR
/dev/sda2 2568192 393968576 391400385 186,6G 7 HPFS/NTFS/exFAT
/dev/sda3 393969662 643932159 249962498 119,2G f Étendue W95 (LBA
/dev/sda4 643932160 1953523711 1309591552 624,5G 7 HPFS/NTFS/exFAT
/dev/sda5 393969664 533323179 139353516 66,5G 83 Linux
/dev/sda6 533325824 550066175 16740352 8G 82 partition d'écha
Partition 3 does not start on physical sector boundary.
Partition table entries are not in disk order.
Disque /dev/sdc : 31,7 GiB, 33984348160 octets, 66375680 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc0dc66c4
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sdc1 * 2048 66375679 66373632 31,7G c W95 FAT32 (LBA)
philippe@philippe-SATELLITE-PRO-L770-15L:~$
Xubuntu 18.04 64 bits. Intel i3 - 2350M. RAM 8 go
Hors ligne
#10 Le 08/02/2017, à 20:40
- Comstock
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Je dois déconnecter, retour dès que possible.
Xubuntu 18.04 64 bits. Intel i3 - 2350M. RAM 8 go
Hors ligne
#11 Le 08/02/2017, à 20:43
- erresse
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Bon, manifestement, tous les objets appartiennent bien à l'utilisateur et les droits permettent la lecture et l'écriture...
Le verrouillage en lecture seule est donc probablement lié au support lui-même, soit par un verrou matériel (mais tu l'aurais vu), soit par un verrouillage logiciel.
Mais là, je n'ai pas d'idée sur la cause du problème, désolé, je crains fort de devoir passer la main...
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#12 Le 08/02/2017, à 20:51
- moko138
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
erresse ???
N'as-tu pas vu les #4, 6 et 8 ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#13 Le 08/02/2017, à 20:57
- erresse
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Si si, je les ai vus, mais puisque Comstock nous dit qu'il ne débranche as sa clé "à la sauvage", je pensais qu'il pouvait y avoir quelque chose comme "root" en propriétaire ou pas de droit d'écriture...
Tu penses qu'il s'agit d'une clé endommagée ? Bon, on verra bien (c'est vrai que c'est particulier, c'est une clé "live" quand même).
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#14 Le 08/02/2017, à 21:16
- Comstock
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Je repasse vite fait.
Oui, je fais mon possible pour débrancher proprement. Mais il est tout à fait possible que je sois allé trop vite par mégarde une paire de fois. Il m'arrive de brancher/débrancher mes clés de nombreuses fois dans la journée.
Je me souviens qu'on nous a vendu l'interface USB comme étant capable de se brancher/débrancher "à chaud" il y a bien des années....
Enfin bon, si ça vient de là, c'est peut être moi le coupable. Ou pas.
Je vais essayer de trouver un moment pour réparer ces clés demain, et verrai ce que ça donne.
Xubuntu 18.04 64 bits. Intel i3 - 2350M. RAM 8 go
Hors ligne
#15 Le 08/02/2017, à 21:51
- moko138
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Tu penses qu'il s'agit d'une clé endommagée ?
J'espère et même je crois
tout à fait possible que je sois allé trop vite par mégarde une paire de fois.
- -
Je me souviens qu'on nous a vendu l'interface USB comme étant capable de se brancher/débrancher "à chaud" il y a bien des années...
Tout est dans tes judicieux points de suspension !
Puisque tu te rappelles de ça, tu te rappelles sans doute aussi que, pour que ça reste vrai, ensuite on a dû bricoler un réglage de XP [EDIT: et de 98SE] pour qu'il s'abstienne d'utiliser un cache pendant les transferts.
Et beaucoup plus récemment, microsoft a cru malin de remplacer l'arrêt traditionnel par (par défaut) un "démarrage rapide" qui n'est qu'une hibernation, qui fout le boxon dans les partitions internes ...et externes comme ta clef en fat32.
Dernière modification par moko138 (Le 09/02/2017, à 04:31)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#16 Le 08/02/2017, à 23:57
- Bougron
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Bonsoir,
Il y a quelques jours, j'ai eu la surprise de constater que mes clés USB et disques durs externes étaient en lecture seule (concernant les clé: petit cadenas gris devant chaque élément), impossible de modifier quoique ce soit.
Merci
Bonsoir
Lorsque tu constateras que le problème revient, n'hésites pas à donner le retour de la commande
dmesg | tail -40
Dernière modification par Bougron (Le 08/02/2017, à 23:58)
Hors ligne
#17 Le 09/02/2017, à 16:22
- Comstock
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Bonjour,
Bon ça semble réglé pour le moment! A noter que j'avais désactivé le démarrage rapide il y a un moment car mes partitions W$ étaient impossibles à monter.
J'ai fait une sauvegarde de mes données puis ai formaté en NTFS avec GParted.
NTFS pour m'aider à tenter d'éviter que ça se reproduise (il y a un souci avec FAT et double amorçage W$-Ubuntu, si j'ai bien compris?).
Et aussi pour contourner l'éventuelle limite des 4Go.
Je suppose qu'il y a des inconvénients à NTFS également....
Puis réinstallation de la FUR toute propre et de mes documents dans Data.
Ca fonctionne sous W$, et ma clé se monte bien sous Ubuntu, tout va bien donc (pour le moment ).
J'espère que le problème venait de moi.
N'y a t-il pas moyen de faire apparaître une petite icône "Débrancher de manière sûre" dans le tableau de bord?
Je vous remercie pour l'aide apportée, et classe le sujet en Résolu
Xubuntu 18.04 64 bits. Intel i3 - 2350M. RAM 8 go
Hors ligne
#18 Le 09/02/2017, à 16:57
- erresse
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Sous Linux, pour le démontage de la clé USB, on a :
- Clic droit sur l'icône du volume (sur le bureau ou dans le poste de travail) -> choisir "Démonter" ou "Éjecter"
- Dans le gestionnaire de fichiers, en partie gauche, le volume apparaît flanqué d'une flèche -> cliquer sur la flèche pour démonter
- En terminal, taper la commande "sudo umount /dev/sdXN", par exemple pour démonter
...
Je suis sûr qu'on doit encore trouver d'autres biais pour démonter le volume avant d'arracher la clé.
Plutôt qu'une petite icône dans le tableau de bord, où le risque existe de démonter le mauvais périphérique (identifié d'une seule lettre) !
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#19 Le 09/02/2017, à 17:10
- Comstock
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Bah je pensais plus à un symbole genre clé stylisée sur lequel cliquer droit, comme dans W$.
J'utilise Cairo Dock, faut y penser c'est tout.
Xubuntu 18.04 64 bits. Intel i3 - 2350M. RAM 8 go
Hors ligne
#20 Le 09/02/2017, à 19:42
- moko138
Re : [Résolu] Eviter qu'un périph USB ne bascule en lecture seule???
Oui, en ntfs, un fichier n'est pas limité à 4Gio,
non, les autres problèmes sont identiques avec ntfs et avec fat.
W$ qui ne contourne pas la protection en écriture
Étonnant !
L'important est que tu aies trouvé une solution. Mais ce serait intéressant de trouver l'explication.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne