Archlinux.fr [Forums]

bonsoir:
qqs pbs lors de l'utilisation de gparted (ou de tt autre prg requérant une authentification su) en mode graphique et séquence d'authentification:
mon mot de passe habituel de session comporte lettres+chiffres+caractères spéciaux.

1) lorsque dde de lancement gparted en graphique, => fenêtre authentification, très bien.
saisie de mon mot de passe utilisateur => niet, pas d'accès.
2) chg temporaire mot de passe utilisateur en 1234
saisie de mon mot de passe utilisateur, soit 1234 => eurêka
3) la saisie étant voilée, je me suis ddé: mélange QWERTY/AZERTY ??
alors chg temporaire mot de passe utilisateur en azerty
saisie de mon mot de passe utilisateur, soit azerty => eurêka
4) retour à mon mot de passe initial, et rebelote => niet
Nb: en mode console, aucun pb lorsque une cde nécessitant des droits su est lancée par sudo "cde"
mon mot de passe initial est parfaitement accepté.
Une idée? Merci

Bonjour,
Commence en rendant ton système bien cohérent en matière de keyboard :
https://wiki.archlinux.fr/Vconsole
https://wiki.archlinux.fr/Keyboard
https://wiki.archlinux.fr/Xorg#Clavier
Puis dans ton environnement graphique, qui "surcouche" cette config.

@Arrosoir.bleu: merci d'éviter toutes abbréviations ou langages sms, c'est pénible à lire.

Pas sûr d'avoir compris ton problème…

Si tu souhaites pouvoir lancer des commandes sans avoir à saisir de mot de passe (alors que le soft requière par défaut les droits admins) tu peux sans doute regarder du côté de sudo :
https://wiki.archlinux.fr/Sudo
https://wiki.archlinux.org/index.php/sudo

Pour autoriser explicitement certaines commandes pour seulement un utilisateur sans mot de passe : Édition:
Je pense que waitnsea a compris ton soucis. Pour ma part, dans ce genre de cas, j'ouvre un émulateur de terminal et je tape : (je vais probablement me faire botter le cul par quelqu'un parce que normalement il faut utiliser gksu ou kdesu… )

Bonjour, pour répondre à Wait'nsee, voici les ajustements et vérifications faits ce jour
1) vconsole.conf = anciennement (KEYMAP=fr-pc) porté à (KEYMAP=fr-latin9) pour être cohérent avec Xorg, voir + loin
2) en /etc/X11/xorg.conf.d j'ai un 10-keyboard-fr-latin9.conf qui contient
Section "Inputclass"
Identifier "Keyboard Layout"
MatchIsKeyboard "yes"
Option "XkbLayout" "fr"
Option "XkbVariant" "latin9"
EndSection
3) Puis, sous environnement graphique xfce4 // Paramètres/clavier/Disposition, j'ai remplacé:
Français (Variante, obsolète) par Français (Variante, Latin-9 uniquement)
..sans succès pour le moment.

NB: un localectl status retourne
System Locale: LANG=fr_FR.UTF-8, ce qui me semble correct
VC Keymap: fr-latin9, idem,
X11 Layout: n/a , ce qui m'étonne au vu du point 2).

Salut Arrosoir.bleu, pourrais-tu utiliser des balises code stp ? merci !

Arrosoir.bleu a écrit : localectl status retourne
System Locale: LANG=fr_FR.UTF-8, ce qui me semble correct
VC Keymap: fr-latin9, idem,
X11 Layout: n/a , ce qui m'étonne au vu du point 2).

pour ton point 2) : ton 10-keyboard-fr-latin9.conf n'identifie pas le modèle du clavier, par exemple : Mais je ne pense pas que ce soit vital, facile à rajouter en tout cas.
De même, le nom de 10-keyboard-fr-latin9.conf , au lieu de 10-keyboard-layout.conf, si ça avait de l'importance, le retour de ta commande localectl ne serait pas correct.

Dernier point :
Je vois que tu es sous XFCE et je me souviens d'un bug : il m'avait fallu rajouter, depuis le panneau de configuration de l'environnement, une disposition de clavier supplémentaire,
fr avec la variante latin-9, puis supprimer le premier clavier.
Aux reboots suivants tout fonctionnait sans manip.

Tu as l'air quasi bien configuré, reste à faire les tests en tapant azerty dans un terminal et dans une console tty (Alt + Ctrl + F2 par ex.).
Edit : Pour ma part j'avais "doublé" la configuration manuelle du fichier 10-keyboard-layout.conf par l'utilisation "règlementaire" de la commande en root :
.
Tu peux avoir les listes des config disponibles avec les commandes (tirées de localectl -h)

bobo a écrit :Je pense que waitnsea a compris ton soucis. Pour ma part, dans ce genre de cas, j'ouvre un émulateur de terminal et je tape :

Code : Tout sélectionner

sudo gparted

(je vais probablement me faire botter le cul par quelqu'un parce que normalement il faut utiliser gksu ou kdesu… )

Tu fais comme tu veux mais après il faudra pas venir te plaindre si ton home est pourri...

Un petit test rapide à faire :

Tape ton mot de passe en clair dans un champs texte (évite les barres de recherche de navigateur). S'il s'écrit correctement, copie le et colle le dans la requête de mot de passe de ton trousseau de clés.
Si le trousseau accepte, ben la je vois pas, s'il n'accepte pas, essaye en enlevant un par un les caractères spéciaux, voir lequel bloque.

Bonsoir,
tout est rentré dans l'ordre après avoir remis en cohérence tous les éléments nécessaires à la définition des locales.
Merci pour vous suggestions et pistes