Vous n'êtes pas identifié(e).
La commande n'est peut-être plus en mesure de faire ce genre de chose.
Mouaip, la commande se sera fatiguée, à la longue :=) J'appelle ça un bugue (bogue ?)
Il faudrait associer un second clavier à certains terminaux.
Sous xorg, on peut modifier le layout d'un clavier avec setxkbmap.
Oui mais j'ai pris soin de limiter ma question aux consoles (virtuelles).
Le clavier sous "X" est complètement indépendant.
La commande est bien effectuée mais TOUTES les consoles virtuelles sont affectées en même temps...
Bon, je fais peut-être une erreur stupide (comme toutes les erreurs) ou alors il y a un 'bug'. Qu'est-ce que ça donne chez vous ?
Tu as essayé les options dmask=0,fmask=111 ?
Impeccable ! Merci mille fois (si, si, vraiment, j'insiste...)!
P.S. Pas eu besoin de fixer uid et gid qui n'ont en effet pas de sens sur FAT.
Cela marche très bien, sauf que tous les fichiers du disque "virtuel" ainsi monté sur /mnt/disk le sont avec
appartenance à root:root. Je souhaiterais modifier ces attributs afin de pouvoir créer/modifier/détruire...
des fichiers sur ce disque sans m'em...bêter avec des sudo mv, etc, en ligne de commandes, et par
exemple de pouvoir faire des copier/coller dans le gestionnaire de fichiers graphique (lancé en mode utilisateur).
J'ai essayé toute sorte d'options de "mount" mais jusqu'ici sans succès. Un chown récursif de /mnt/disk
n'a pas réussi non plus. Je crois bien être arrivé au bout de mes maigres connaissances ! Help !
Qu'entends-tu par "autre" ?
Par là je n'entends rien
Une méthode de saisie des caractères Unicode est décrite dans le wiki...
Formiidable ! Juste ce qu'il me fallait !
Merci...
essaies mtpaint
Merci pour cette piste ! Recherchant l'application avec "ajout suppression de programmes" sur Raspbian,
elle m'a aussi trouvé rgbpaint, qui se présente comme une version simplifiée et allégée de mtpaint.
hop ! J'installe...
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 ;=)
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.
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...