[RESOLU] Système de fichiers accessible en lecture seulement

Le Goss · Le 14/12/2013, à 21:57

Bonsoir à tous,

Sous Ubuntu 13.04, j'avais formaté un DD usb en FAT32. Ça ne représentait aucune difficulté pour y créer/supprimer/modifier des fichiers, même sous Linux.
Trouvant quand-même mon PC assez lent sous Ubuntu, j'ai installé une Lubuntu 13.10. Nickel.
Mais là, impossible de créer/supprimer/modifier des fichiers sur le DD usb.

En passant par un

sudo nautilus

j'ai essayé de modifier les permissions... rien n'y fait. Quand j'essaie de mettre "Groupe" sur "Users", une jolie fenêtre me dit:

Impossible de changer le groupe.

Désolé, impossible de changer le groupe de « Peekton » : Erreur lors de la définition du propriétaire : Système de fichiers accessible en lecture seulement

Merci pour votre aide !
Cordialement

PS: je ne pensais pas qu'un jour linux me renverrait un message avec le mot "impossible"...

Dernière modification par Le Goss (Le 15/12/2013, à 18:59)

toutafai · Le 14/12/2013, à 22:23

peut etre alors un probleme sur le dossier de montage....
que donne un

mount -l

dans le retour de cette commande repere la ligne de ton disque usb. Sur cette ligne tu vas avoir un truc du genre

dev/sdbx on /home/utilisateur/media/xxxxxx  blabla blala

l'important c'est le point de montage "/home/utilisateur/media/xxxxx" dans l'exemple au dessus, il sera certainement differents sur ton pc
regarde les droit sur ce point de montage en faisant un (donne le retour)

ls -la /home/utilisateur/media #point de montage a modifier

PS : linux repondra toujours impossible tant que la bonne commande/syntaxe ne sera pas utilisé

Dernière modification par toutafai (Le 14/12/2013, à 22:23)

tiramiseb · Le 14/12/2013, à 23:23

Salut,

Le retour de la commande suivante, exécutée juste après l'apparition de ce message "impossible", peut éventuellement nous aider.

dmesg | tail -n 20

Le Goss · Le 14/12/2013, à 23:26

legoss@legoss-Dell-DM051:~$ mount -l
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=legoss)
/dev/sdb1 on /media/legoss/Peekton type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks2) [Peekton]
legoss@legoss-Dell-DM051:~$

La ligne dont tu parles doit être celle-là:

/dev/sdb1 on /media/legoss/Peekton type vfat

legoss@legoss-Dell-DM051:~$ ls -la /dev/sdb1 on /media/legoss/Peekton
ls: impossible d'accéder à on: Aucun fichier ou dossier de ce type
brw-rw---- 1 root   disk   8, 17 déc.  14 22:08 /dev/sdb1

/media/legoss/Peekton:
total 68
drwx------   5 legoss legoss 16384 janv.  1  1970 .
drwxr-x---+  3 root   root    4096 déc.  14 22:08 ..
drwx------  15 legoss legoss 16384 déc.  14 10:27 DD
drwx------   5 legoss legoss 16384 déc.   4  2012 .Trash-1000
drwx------   3 legoss legoss 16384 sept.  2  2010 UPGRADE
legoss@legoss-Dell-DM051:~$

Ou bien est-ce que tu demandes

legoss@legoss-Dell-DM051:~$ ls -la /dev/sdb1 on /media/legoss
ls: impossible d'accéder à on: Aucun fichier ou dossier de ce type
brw-rw----  1 root disk 8, 17 déc.  14 22:08 /dev/sdb1

/media/legoss:
total 24
drwxr-x---+ 3 root   root    4096 déc.  14 22:08 .
drwxr-xr-x  4 root   root    4096 déc.  14 14:00 ..
drwx------  5 legoss legoss 16384 janv.  1  1970 Peekton
legoss@legoss-Dell-DM051:~$

tiramiseb · Le 14/12/2013, à 23:27

Et dmesg ?

Le Goss · Le 14/12/2013, à 23:29

tiramiseb a écrit :

Le retour de la commande suivante, exécutée juste après l'apparition de ce message "impossible", peut éventuellement nous aider.
dmesg | tail -n 20

legoss@legoss-Dell-DM051:~$ dmesg | tail -n 20
[ 4179.082126] sd 5:0:0:0: [sdb] No Caching mode page found
[ 4179.082136] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[ 4179.082143] sd 5:0:0:0: [sdb] Attached SCSI disk
[ 4179.652534] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 4824.852701] wlan0: deauthenticating from 14:0c:76:67:7d:da by local choice (reason=3)
[ 4824.871012] cfg80211: Calling CRDA to update world regulatory domain
[ 4824.878825] cfg80211: World regulatory domain updated:
[ 4824.878833] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 4824.878837] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 4824.878841] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 4824.878844] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 4824.878847] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 4824.878850] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 4825.692560] wlan0: authenticate with 14:0c:76:67:7d:da
[ 4825.715532] wlan0: send auth to 14:0c:76:67:7d:da (try 1/3)
[ 4825.727327] wlan0: authenticated
[ 4825.728078] wlan0: associate with 14:0c:76:67:7d:da (try 1/3)
[ 4825.744699] wlan0: RX AssocResp from 14:0c:76:67:7d:da (capab=0x411 status=0 aid=1)
[ 4825.744741] wlan0: associated
[ 5316.948223] systemd-hostnamed[3247]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
legoss@legoss-Dell-DM051:~$ ^C

tiramiseb · Le 14/12/2013, à 23:38

[ 4179.652534] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Il est possible que le système, en raison de ce démontage "malpropre" et de la possibilité de données corrompues, Linux ait pris la décision de monter le système de fichiers en lecture seule, par sécurité.

http://doc.ubuntu-fr.org/fsck

Le Goss · Le 14/12/2013, à 23:38

Je suis un peu perdu dans toutes ces lignes.
Mais j'ai repéré celle-ci:

[ 4179.652534] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Est-ce que la commande fsck est risquée pour le contenu de mon disque?

tiramiseb · Le 14/12/2013, à 23:39

a priori fsck n'est pas risqué, non. Au pire tu "perdras" un fichier qui est corrompu et donc déjà illisible...

Le Goss · Le 14/12/2013, à 23:56

Bon, j'ai suivi la doc...
Quelques fichiers posaient effectivement problème
Retour au changement des permissions menu "Groupe" sur "Users" par sudo nautilus
Message:
Impossible de changer le groupe.
Vous n'avez pas les permissions nécessaires pour changer le groupe de « Peekton ».

Le Goss · Le 15/12/2013, à 00:00

Pour info:

legoss@legoss-Dell-DM051:~$ dmesg | tail -n 20
[ 7235.824028] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824035] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824040] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824044] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824049] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824053] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824057] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824062] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7235.824066] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828019] fat_get_cluster: 4259583 callbacks suppressed
[ 7240.828028] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828038] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828043] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828048] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828053] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828058] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828062] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828067] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828071] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
[ 7240.828078] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 6295702718)
legoss@legoss-Dell-DM051:~$

tiramiseb · Le 15/12/2013, à 09:56

Impossible de changer le groupe.
Vous n'avez pas les permissions nécessaires pour changer le groupe de « Peekton ».

Le système de fichiers FAT n'a aucun support de droits sur les fichiers, donc on ne peut pas changer le propriétaire ni les autorisations.
C'est au moment du montage que les droits sont paramétrés, les mêmes sur tout le système de fichiers concerné.

Le Goss · Le 15/12/2013, à 15:03

Autrement dit, c'est mort.
Est-ce que les DD en ext sont susceptibles de poser les mêmes problèmes?
Si oui, quelles dispositions prendre "au moment du formatge"?

De mon côté, je me doutais que les partitions en FAT pouvaient provoquer cela.
Donc, j'ai copié le contenu (100Gio) sur mon PC et formaté le DD en ext4, etc.

Maintenant tout est dans l'ordre.
Ce que je n'arrive pas à m'expliquer, c'est pourquoi tout était ok sur Ubuntu 13.04, et pas sur une Lubuntu 13.10...

Sachant que mon problème n'a visiblement pas de solution autre que le reformatage, est-ce que je dois mettre [RESOLU] dans le sujet?

Merci pour vos conseils !

Dernière modification par Le Goss (Le 15/12/2013, à 15:05)

tiramiseb · Le 15/12/2013, à 15:11

Autrement dit, c'est mort.

Qu'est-ce qui est mort ? Tu ne peux pas changer les droits sur des fichiers, et c'est normal.

Jusqu'ici je n'ai toujours pas vu quel est ton problème concrètement.

Est-ce que les DD en ext sont susceptibles de poser les mêmes problèmes?

Quel(s) problème(s) ?

Si oui, quelles dispositions prendre "au moment du formatge"?

Aucune, il n'y a rien de spécial à faire au moment du formatage.

Ce que je n'arrive pas à m'expliquer, c'est pourquoi tout était ok sur Ubuntu 13.04, et pas sur une Lubuntu 13.10...

Probablement une broutille, qu'on ne peut plus régler visiblement.

Sachant que mon problème n'a visiblement pas de solution autre que le reformatage, est-ce que je dois mettre [RESOLU] dans le sujet?

Tu as écrasé le disque dur, tu as mis un nouveau système de fichiers, recopié tes données... Donc on ne peut plus investiguer... Donc tu peux mettre "[RÉSOLU]"...

Le Goss · Le 15/12/2013, à 18:57

tiramiseb a écrit :

Le Goss a écrit :
Autrement dit, c'est mort.
Qu'est-ce qui est mort ? Tu ne peux pas changer les droits sur des fichiers, et c'est normal.

Ah bon...

tiramiseb a écrit :

Jusqu'ici je n'ai toujours pas vu quel est ton problème concrètement.

Regarde le titre de la discussion et le post #12

tiramiseb a écrit :

Le Goss a écrit :
Sachant que mon problème n'a visiblement pas de solution autre que le reformatage, est-ce que je dois mettre [RESOLU] dans le sujet?
Tu as écrasé le disque dur, tu as mis un nouveau système de fichiers, recopié tes données... Donc on ne peut plus investiguer...

Quelle investigation? tu l'écris toi-même dans le post #12; "Le système de fichiers FAT n'a aucun support de droits sur les fichiers, donc on ne peut pas changer le propriétaire ni les autorisations."
Je n'avais donc pas d'autre choix que de reformater le DD pour pouvoir en modifier le contenu, comme on a "normalement" l'habitude de le faire.

Mon problème est donc résolu, certes, mais, je dois bien le reconnaître, pas avec élégance, et encore moins dans les règles de l'art.

Merci en tout cas pour ton aide et tes conseils précieux !
Cordialement

tiramiseb · Le 15/12/2013, à 19:26

Je n'avais donc pas d'autre choix que de reformater le DD pour pouvoir en modifier le contenu, comme on a "normalement" l'habitude de le faire.

Lors du montage du disque dur (opération qui se fait automatiquement quand tu essaies d'y accéder), des droits y sont configurés. Ces droits sont appliqués à tous les fichiers du système de fichiers. Cela "compense" le fait que FAT ne supporte pas les droits. Par conséquent, tu ne peux pas changer les droits fichier par fichier mais il y a bel et bien des droits "par défaut" qui y sont associés.

Si tu as un problème d'accès à un fichier, cela veut dire :
- soit que le volume est monté avec le mauvais propriétaire
- soit qu'il y a un problème sur le volume (potentiellement que le disque soit en train de mourir)

Je pense que le volume était monté avec le bon propriétaire vu ce que tu as montré en #4 : le volume avait été automatiquement monté par le système avec comme propriétaire l'UID 1000, c'est-à-dire toi. Ton problème n'était donc aucunement un problème de droit.

Il est donc possible que ton disque dur soit en train de mourir. Mais, croyant que c'est un problème de droit, tu l'as formaté et on ne peut pas faire plus d'investigations sur le disque, dans l'état dans lequel in était.

On peut toutefois vérifier les données SMART du disque, avec la commande suivante :

sudo smartctl -a /dev/sdb

(si /dev/sdb est bien ce disque, et si SMART a été activé dessus).
Pour cela, il faut que le paquet smartmontools soit installé.

Ce queje veux dire quand j'écris que je n'ai pas vu quel est ton problème concrètement, c'est que :
- tu as juste écrit « impossible de créer/supprimer/modifier des fichiers »
- tu n'as pas dit précisément dire quel est le message d'erreur
- tu n'as pas dit si le fsck a corrigé le problème de création/suppression/modification (bah oui, après le fsck il semble que tu n'as fait qu'essayer de changer des droits : as-tu essayé de modifier un fichier ? as-tu eu une erreur lors de cette éventuelle modification de fichier ?)
- tu n'as pas donné le contenu des logs lors des manipulations après le fsck

Dernière modification par tiramiseb (Le 15/12/2013, à 19:31)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 14/12/2013, à 21:57

[RESOLU] Système de fichiers accessible en lecture seulement

#2 Le 14/12/2013, à 22:23

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#3 Le 14/12/2013, à 23:23

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#4 Le 14/12/2013, à 23:26

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#5 Le 14/12/2013, à 23:27

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#6 Le 14/12/2013, à 23:29

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#7 Le 14/12/2013, à 23:38

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#8 Le 14/12/2013, à 23:38

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#9 Le 14/12/2013, à 23:39

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#10 Le 14/12/2013, à 23:56

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#11 Le 15/12/2013, à 00:00

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#12 Le 15/12/2013, à 09:56

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#13 Le 15/12/2013, à 15:03

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#14 Le 15/12/2013, à 15:11

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#15 Le 15/12/2013, à 18:57

Re : [RESOLU] Système de fichiers accessible en lecture seulement

#16 Le 15/12/2013, à 19:26

Re : [RESOLU] Système de fichiers accessible en lecture seulement

Pied de page des forums