Pages : 1
#1 Le 28/07/2015, à 13: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, à 14: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, à 15: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, à 15:42)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#4 Le 28/07/2015, à 15: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, à 15:41)
Et paf.
flaneur.free.fr
Hors ligne
#5 Le 28/07/2015, à 15: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 ?
Et paf.
flaneur.free.fr
Hors ligne
#6 Le 28/07/2015, à 17: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.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#7 Le 28/07/2015, à 18: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, à 19: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, à 20:04
- moko138
Re : clé USB obstinément en lecture seule
Ah, merci de l'info, linux4pas !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10 Le 28/07/2015, à 20:12
- linux4pas
Re : clé USB obstinément en lecture seule
Si ça ne marche pas, je fuirai loin d'ici.
Hors ligne
#11 Le 30/07/2015, à 22: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