Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Rien à faire, quand ça veut pas ça veut pas : ça me rend fou ! Le répertoire "Verbatim-FAT" est le point de montage d'une partition FAT de disque externe, réalisé via "fstab" :
et pourtant rien à faire pour laisser mon compte user "pi" accéder aux dossiers de cette partition :=(
Je donne ma langue au chat !
______________________ Solution
1. La première de mes erreurs avait été de lancer la commande (sous root) chown sans avoir préalablement démonté la partition ! Après un umount, j'ai pu changer le propriétaire (et le groupe) du point de montage (répertoire sous /mnt) par la meme commande chown (en root) qui échouait précédemment... Puis, une fois remonté la partition de disque externe sur son point-de-montage, l'utilisateur-propriétaire n'a plus aucun problème pour y créer/supprimer/accéder des fichiers :=)
J'ai fait un lien symbolique sur le Desktop LXDE vers le dossier monté, et je constate avec joie que le glisser-déposer des fichiers fonctionne miantenant à merveille !
Toutefois, après un reboot le problème initial revenait 
2. Deuxième erreur/omission: il était nécessaire d'ajouter la spécification du propriétaire (et de son groupe) en options sur la ligne de fstab correspondant à ce montage permanent !Comme ceci
Et ... tout baigne, y compris après reboot du système. Yeah!
_______________________ Problème résolu !
Tux is great, and Linus is his prophet...
Dernière modification par NimbUx (02-02-2020 20:11:58)
Hors ligne
…"Verbatim-FAT" est le point de montage d'une partition FAT…
Les systèmes de fichiers de type FAT ne peuvent pas prendre en compte les attributs et propriétés des systèmes de fichiers de type UNIX.
Il est donc impossible de changer la propriété d'un fichier ou d'un répertoire qui est sur un système de fichiers de type FAT.
Hors ligne
Bonjour NimbUx
…"Verbatim-FAT" est le point de montage d'une partition FAT…
Les systèmes de fichiers de type FAT ne peuvent pas prendre en compte les attributs et propriétés des systèmes de fichiers de type UNIX.
Il est donc impossible de changer la propriété d'un fichier ou d'un répertoire qui est sur un système de fichiers de type FAT.
Ah ! soit, dont acte - mais cela n'explique pas pourquoi 'Pi' ne peut pas créer de fichier dans ce répertoire, ni y déplacer des fichiers venants d'autres emplacements.
Je ne peux pas accéder à mon Pi en ce moment pour tester mais - je me demande... - est-ce que ce pourrait être parce que le point de montage choisi est sous /mnt et que mon utilisateur non-root n'aurait pas les droits d'accès requis à /mnt, ou au point de montage lui-même.
Hors ligne
Ensuite, dans tout ce qui suit, je vais supposer que ce nom de fichiers de périphérique est /dev/sdx1
(tu adapteras les lignes de commande suivantes avec le nom qui convient)
Depuis le compte utilisateur pi,
lance la commande suivante :
En réponse à cette ligne de commande,
tu auras le nom du point de montage qui aura été créé pour ce système de fichiers (un sous répertoire de /media/pi/)
et qui te permettra d'y accéder depuis ton compte utilisateur.
Le nom du répertoire créé qui va servir de point de montage sera le nom de label (étiquette) du système de fichiers monté,
et s'il n'y a pas de label, ce sera l'UUID du système de fichiers qui sera utilisé comme nom de répertoire qui va servir de point de montage.
Comme c'est depuis ton compte utilisateur que ce système de fichiers aura été monté,
ce compte utilisateur y aura accès en lecture/écriture (si ce système de fichiers n'a pas été verrouillé par autre chose)
Une fois que tu en auras fini,
tu pourras démonter ce système de fichiers
avec la ligne de commande suivante :
Le système de fichiers sera démonté
et le point de montage qui avait été automatiquement créé (dans /media/pi/)
sera automatiquement détruit.
=======
D'autre part,
quand tu utilises la commande su pour passer sous le compte root
utilises l'option login de cette commande
en rajoutant un simple tiret comme option.
Ce qui donne :
Dernière modification par MicP (02-02-2020 19:09:45)
Hors ligne
Dernière modification par NimbUx (02-02-2020 20:24:55)
Hors ligne
Après un umount, j'ai pu changer le propriétaire (et le groupe) du point de montage
Ce qui ne sert strictement à rien puisque l'inode du point de montage (et donc ses propriétaires, permissions, contenu...) est masqué par la racine du système de fichiers monté dessus.
Il vaut mieux montrer que raconter.
Hors ligne
Ce qui ne sert strictement à rien ...
Au contraire ! C'est bien le répertoire-point de montage dont il fallait changer les attributs, et pour ce faire il ne fait pas que le montage soit actif - sinon la commande chown° (et probablement la plupart des autres commandes) "passe à travers" : c'est ce que cette expérience m'aura appris !
° il se peut que chown ait une option pour ne pas "suivre" les montages en cours, je n'ai pas creusé les pages de man à ce sujet : après tout j'ai une vie à vire... aussi ;=)
Hors ligne
C'est bien le répertoire-point de montage dont il fallait changer les attributs
Tu te trompes. Mais crois ce que tu veux...
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne