Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 28/07/2015, à 12:48

Flâneur

clé USB obstinément en lecture seule

Bonjour à tous,

Je suis en train de me débattre avec une clé usb (SanDisk Cruzer 8Go) sur laquelle je ne peux plus rien faire car tous les répertoires sont en lecture seule...
J'ai tenté du chmod sans succès, même Gparted tourne en rond quand il essaie de lire la partition.
Que puis-je faire pour reprendre la main sur cette clé ?

P.S. je suis sous Ubuntu 12.04 lts (et heureux de l'être).


Et paf.
flaneur.free.fr

Hors ligne

#2 Le 28/07/2015, à 13:24

jojo32190

Re : clé USB obstinément en lecture seule

Bonjour , c'est une clef vide ? Sinon tu as essayer de gérer les drapeaux ?

Hors ligne

#3 Le 28/07/2015, à 14:39

moko138

Re : clé USB obstinément en lecture seule

Tu fermes gparted (s'il était lancé).
Tu branches ta clef
tu attends une 12aine de secondes
tu fais

tail -n 35 /var/log/dmesg

tu colles ici le retour entre balises-code.
              Puis, clef toujours branchée, tu donnes

mount | grep /media
ls -la /media
df -h
df -i

EDIT : Pendant que tu arrives à lire ta clef, dépêche-toi d'en sauvegarder le contenu, au cas où ta clef serait mourante.

Dernière modification par moko138 (Le 28/07/2015, à 14:42)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#4 Le 28/07/2015, à 14:41

Flâneur

Re : clé USB obstinément en lecture seule

jojo> Non, la clé n'est pas vide, j'y ai déjà mis des données dessus (mais rien d'important, le formatage est envisageable).
Non, je n'ai pas essayé les drapeaux, mais je ne sais pas comment faire ça en ligne de commande, et comme je l'ai dit gparted n'arrive pas à lire la clé, il mouline dans le vide...

Dernière modification par Flâneur (Le 28/07/2015, à 14:41)


Et paf.
flaneur.free.fr

Hors ligne

#5 Le 28/07/2015, à 14:53

Flâneur

Re : clé USB obstinément en lecture seule

moko > Merci de m'aider à résoudre mon problème. Alors voilà :

didier@Prosper:~$ tail -n 35 /var/log/dmesg
[   21.138889] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   21.339446] HDMI status: Codec=3 Pin=6 Presence_Detect=0 ELD_Valid=0
[   21.339509] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
[   21.339580] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
[   21.339638] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[   21.929696] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   24.002584] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: (null)
[   24.134950] init: failsafe main process (958) killed by TERM signal
[   24.282811] Bluetooth: Core ver 2.16
[   24.282830] NET: Registered protocol family 31
[   24.282832] Bluetooth: HCI device and connection manager initialized
[   24.282835] Bluetooth: HCI socket layer initialized
[   24.282837] Bluetooth: L2CAP socket layer initialized
[   24.282843] Bluetooth: SCO socket layer initialized
[   24.314272] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   24.314276] Bluetooth: BNEP filters: protocol multicast
[   24.325927] ppdev: user-space parallel port driver
[   24.371527] type=1400 audit(1438071927.619:5): apparmor="STATUS" operation="profile_load" name="/usr/lib/cups/backend/cups-pdf" pid=1048 comm="apparmor_parser"
[   24.374251] type=1400 audit(1438071927.623:6): apparmor="STATUS" operation="profile_load" name="/usr/sbin/cupsd" pid=1048 comm="apparmor_parser"
[   24.376489] type=1400 audit(1438071927.627:7): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient" pid=1058 comm="apparmor_parser"
[   24.376925] type=1400 audit(1438071927.627:8): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=1058 comm="apparmor_parser"
[   24.377181] type=1400 audit(1438071927.627:9): apparmor="STATUS" operation="profile_replace" name="/usr/lib/connman/scripts/dhclient-script" pid=1058 comm="apparmor_parser"
[   24.379417] type=1400 audit(1438071927.627:10): apparmor="STATUS" operation="profile_load" name="/usr/lib/lightdm/lightdm/lightdm-guest-session-wrapper" pid=1057 comm="apparmor_parser"
[   24.379767] type=1400 audit(1438071927.627:11): apparmor="STATUS" operation="profile_load" name="/usr/lib/lightdm/lightdm/lightdm-guest-session-wrapper//chromium_browser" pid=1057 comm="apparmor_parser"
[   24.385014] type=1400 audit(1438071927.635:12): apparmor="STATUS" operation="profile_load" name="/usr/lib/telepathy/mission-control-5" pid=1064 comm="apparmor_parser"
[   24.385425] type=1400 audit(1438071927.635:13): apparmor="STATUS" operation="profile_load" name="/usr/lib/telepathy/telepathy-*" pid=1064 comm="apparmor_parser"
[   24.386774] type=1400 audit(1438071927.635:14): apparmor="STATUS" operation="profile_replace" name="/usr/lib/cups/backend/cups-pdf" pid=1067 comm="apparmor_parser"
[   24.396596] Bluetooth: RFCOMM TTY layer initialized
[   24.396602] Bluetooth: RFCOMM socket layer initialized
[   24.396604] Bluetooth: RFCOMM ver 1.11
[   24.479315] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   24.482547] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   24.488260] atl1c 0000:03:00.0: irq 44 for MSI/MSI-X
[   24.575196] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   24.578379] ADDRCONF(NETDEV_UP): eth0: link is not ready

et puis

didier@Prosper:~$ mount | grep /media
/dev/sda7 on /media/commun type ext4 (rw)
/dev/sdb1 on /media/3C79-FC7A type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks)

et encore

didier@Prosper:~$ ls -la /media
total 36
drwxrwxrwx  6 root   root    4096 juil. 28 15:43 .
drwxr-xr-x 24 root   root    4096 juil. 25 13:49 ..
drwx------ 25 didier didier 16384 janv.  1  1970 3C79-FC7A
drwxrwxrwx 14 root   root    4096 juil. 19 14:20 commun
drwxrwxrwx  2 root   root    4096 juil. 22 23:12 usb
drwxr-xr-x  2 root   root    4096 juil. 22 23:12 usb0

et enfin

didier@Prosper:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1           14G    8,1G  5,1G  62% /
udev               1,9G     12K  1,9G   1% /dev
tmpfs              387M    904K  386M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               1,9G    216K  1,9G   1% /run/shm
/dev/sda6           92G     77G   11G  88% /home
/dev/sda7          184G     92G   83G  53% /media/commun
/dev/sdb1          7,5G    1,2G  6,4G  16% /media/3C79-FC7A
didier@Prosper:~$ df -i
Sys. de fichiers   Inœuds IUtil.   ILibre IUti% Monté sur
/dev/sda1          920272 442479   477793   49% /
udev               492585    534   492051    1% /dev
tmpfs              494783    472   494311    1% /run
none               494783      3   494780    1% /run/lock
none               494783      8   494775    1% /run/shm
/dev/sda6         6111232  72938  6038294    2% /home
/dev/sda7        12214272   3997 12210275    1% /media/commun
/dev/sdb1               0      0        0     - /media/3C79-FC7A

... et avec tout ça, quel est le diagnostic ? smile


Et paf.
flaneur.free.fr

Hors ligne

#6 Le 28/07/2015, à 16:38

moko138

Re : clé USB obstinément en lecture seule

Ta clef est bien montée en rw (lecture-écriture) :

/dev/sdb1 on /media/3C79-FC7A type vfat (rw...

Tu es bien propriétaire de ta clef :

didier@Prosper:~$ ls -la /media
drwx------ 25 didier didier 16384 janv.  1  1970 3C79-FC7A

  Ta clef n'est pas pleine du tout :

didier@Prosper:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sdb1          7,5G    1,2G  6,4G  16% /media/3C79-FC7A

Je vois trois anomalies et une bizarrerie :

1)  Il n'y a pas de traces de ta clef dans la fin de ton dmesg, donc je suppose qu'elles sont avant la 22ème seconde ce qui veut dire que tu as démarré avec la clef branchée. Donne

dmesg | grep sdb

2)  Tu as modifié les droits de media ("J'ai tenté du chmod sans succès"), tu vas les corriger tout de suite

sudo chmod g-w,o-w /media

Et redonne

ls -la /media

ensuite.

3)  Tu as créé deux points de montage, usb et usb0, dans /media.
Et ils appartiennent à root, avec des droits différents.
Les destinais-tu à un GPS, à une montre-podomètre ou à un autre périphérique exotique ? As-tu appliqué un tutoriel ou un gestionnaire de disques douteux ?
  Ce n'est pas urgent. Leur dernière modif : 22/7 à 23hxx ; ça te rappelles quelque chose ?
Mais si tu constates à terme que tu ne t'en sers jamais, il sera temps de les supprimer.

4.1) Tu affirmes en #1

tous les répertoires sont en lecture seule

On va le vérifier :

ls -l /media/3C79-FC7A | less

4.2) Ton point de montage pèse 16.384 o, (contre 4096 o chez moi, pour une clef de 8 Go presque pleine)

drwx------ 25 didier didier 16384 janv.  1  1970 3C79-FC7A

Donc je pense que faute de connaître les limites du fat32 (cf. wikipedia), tu as mis trop de fichiers à la racine de ta clef (ou dans sa corbeille). Vérification :

du /media/3C79-FC7A/.Trash*/*
ls /media/3C79-FC7A | wc

Si les 2 premiers nombres renvoyés par cette dernière commande sont élevés, Bingo !
Sinon, poursuivre les recherches. smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#7 Le 28/07/2015, à 17:22

moko138

Re : clé USB obstinément en lecture seule

Explication de mon hypothèse :
En gros, il y a encore plein de pages blanches dans le cahier, mais sa table des matières est pleine.
wikipedia-FAT16 dit :

La racine du disque est de plus limitée à 512 entrées ; une entrée est un fichier ou un dossier.

La limite de 512 fichiers à la racine est revue à la baisse lors de l'utilisation de noms longs de fichier. Un nom long est en fait morcelé sur plusieurs entrées de la racine. [Car] Un nom long est tout nom autorisé qui n'est pas un nom court. Un nom court a de un à huit caractères, éventuellement suivi d'un point et de un à trois caractères.

  Sur une clef de stockage USB, notamment les lecteur de MP3, il est recommandé de ne pas mettre tous les fichiers à la racine, au risque d'être limité avant d'avoir utilisé tout l'espace libre pour les fichiers.

  On objectera que cela concerne la fat16. Oui mais l'explication complémentaire est cachée dans la page... wikipedia-FAT12 qui dit :

Une autre limitation technique est que le nombre d'entrées dans le répertoire racine est fixé au moment du formatage. La FAT16 et FAT32 ont la même limitation.
  Si on doit mettre beaucoup de fichiers sur un média formaté en FAT, il est recommandé de créer et d'utiliser un répertoire à la racine plutôt que de les mettre les fichiers directement à la racine.
  De plus l'emploi des noms longs (voir VFAT) créent (sic) des entrées supplémentaires dans les répertoires. Il est donc préférable de ne pas utiliser des noms longs dans le répertoire racine.

  On remarquera qu'à peu de choses près, c'est le même cas que ces noyaux accumulés  (40.000 petits fichiers chacun) qui arrivent à saturer une partition qui, pourtant, affiche encore plusieurs Go de libres. Cf. le tutoriel de tiramiseb.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#8 Le 28/07/2015, à 18:49

linux4pas

Re : clé USB obstinément en lecture seule

Salut,

Ce problème de clé USB en lecture seule affecte Nautilus depuis des années : https://bugs.launchpad.net/ubuntu/+sour … ug/1021375 .

La solution :

mv ~/.config/nautilus ~/.config/nautilus-bak

Puis, se déconnecter et se reconnecter.

Hors ligne

#9 Le 28/07/2015, à 19:04

moko138

Re : clé USB obstinément en lecture seule

Ah, merci de l'info, linux4pas !  smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#10 Le 28/07/2015, à 19:12

linux4pas

Re : clé USB obstinément en lecture seule

Si ça ne marche pas, je fuirai loin d'ici. tongue

Hors ligne

#11 Le 30/07/2015, à 21:17

Flâneur

Re : clé USB obstinément en lecture seule

Bonjour tout le monde,
Merci de vous intéresser à mon problème.
linux4pas > Je ne crois pas que ce soit la même chose que le bug référencé pour Nautilus, car ceux qui reproduisent le bug disent que les commandes d'écriture marchent avec sudo, ce qui n'est pas mon cas.
moko > Je n'ai pas modifié les droits de /media, j'ai modifié les droits de la clé (/media/3C79-machin), au début de son utilisation si je me souviens bien. Pas le temps ce soir de tester tes commandes, mais je reviens dès que possible. Pour l'anecdote, je n'ai jamais volontairement créé les points de montage usb est usb0, ça doit être ubuntu qui les a créés automatiquement (peut-être une ancienne version ? l'ordi est passé de la 10.04 lts à la 12.04 lts sans plus que le nettoyage auto).
A bientôt...


Et paf.
flaneur.free.fr

Hors ligne