Archlinux.fr [Forums]

Bonjour,

Depuis la mise à jour de dimanche dernier et le passage à la version 3.16 de gnome, je rencontre tout un tas de petits désagréments.

Mon sujet de ce jour concerne l'activation automatique du pavé numérique au boot.

Conformément au Wiki, j'avais ajouté au fichier /etc/gdm/Init/Default :
Juste après le dernier "fi" et avant la finale "exit 0"

Ca marchait bien et au cours de la séquence de boot, le témoin d'activation s'allumait de sorte que je pouvais encoder mon mot de passe (qui contient des chiffres) sans me préoccuper de ce point.

Depuis les dernières mises à jour, j'ai bien dû constater que le témoin ne s'allumait plus.

Je suis retourné voir dans le fichier /etc/gdm/Init/Default et bizarrement, l'ajout que j'avais fait (voir le code) ne s'y trouvait plus.

Je l'ai donc rajouté mais ça ne change rien à l'affaire. L'activation du pavé numérique ne se produit pas.

Une idée quelqu'un ?

Serait-ce pas le biais d'un service qu'il faut dorénavant activer le pavé numérique ? Et si oui, que dois-je faire ?

Merci d'avance.

As tu bien installé numlockx avant d'éditer /etc/gdm/Init/Default ?

Pas de problème avec Gnome 3.16 chez moi.

Activating_Numlock_on_Bootup#GDM

Salut Nemon

Quand j'ai vu que mon pavé numérique ne s'activait plus au démarrage, j'ai examiné /etc/gdm/Init/Default et, à ma grande surprise, j'ai constaté que :
avait disparu !

Or, cet ajout, je l'avais fait il y a bien longtemps et activait le pavé numérique au cours du boot.

Encore plus étrange : numlockx n'apparaissait plus dans la liste des paquets installés alors que je l'utilisais depuis des mois.

Je l'ai donc installé : sudo pacman -S numlockx

Puis j'ai complété /etc/gdm/init/Default avec les lignes du code ci-dessus.

Au reboot suivant et plusieurs autres, toujours pas d'activation du pavé numérique.

A n'y rien comprendre ...

Bon j'ai fait des tests et j'ai le même problème au final : numlockx installé et ajout de code d'appel numlockx au lancement de GDM via son fichier de configuration /etc/gdm/Init/Default. Bref conforme au wiki :
Activating_Numlock_on_Bootup#GDM.

Dans mon cas :
- Les modifications en configuration sont toujours là.
- Le pavé numérique s'active quand Gnome Shell prend la main.

Le problème se situe donc au script ajouté dans le fichier de configuration de GDM (à mon sens).

Bonjour mimile,
Je suis sous KDE, mais il doit aussi y avoir dans Gnome moyen de configurer dans ton /home sans passer par /etc/gdm/init/Default qui risque d'être écrasé à la prochaine mise à jour ?

nemon a écrit :Bon j'ai fait des tests et j'ai le même problème au final : numlockx installé et ajout de code d'appel numlockx au lancement de GDM via son fichier de configuration /etc/gdm/Init/Default. Bref conforme au wiki :
Activating_Numlock_on_Bootup#GDM.

Dans mon cas :
- Les modifications en configuration sont toujours là.
- Le pavé numérique s'active quand Gnome Shell prend la main.

Le problème se situe donc au script ajouté dans le fichier de configuration de GDM (à mon sens).

Je veux bien que le pavé numérique s'active quand gnome shell prend la main ... mais pour y parvenir, il faut préalablement entrer son mot de passe.

Or, mon mot de passe comporte des chiffres donc je n'ai pas d'autre choix que d'activer manuellement le pavé numérique avec la touche "num".

EDIT : même comportement que chez toi : j'active manuellement mon pavé numérique pour pouvoir encoder mon mot de passe, puis je le désactive (la led s'éteint"). Je valide ; gnome shell s'affiche et la led du pavé numérique s'allume. Je pourrais contourner le problème en changeant de mot de passe pour n'y laisser que des lettres mais ce n'est pas du tout satisfaisant...

@ waitnsea : la seule solution pour activer le pavé numérique au démarrage est décrite dans le Wiki d'Arch.

Je finirai pas penser que le boot n'accède pas (ou trop tard) à /etc/gdm/Init/Default ...

Problème contourné mais au prix de ne plus avoir à fournir de mot de passe.

Editer le fichier : /etc/gdm/custom.conf et mettre true à la place de False à AutomaticLoginEnable.

Le shell s'affiche directement sans passer par la phase où il faut indiquer son mot de passe et le pavé numérique s'active.

Comme je suis le seul utilisateur de mon PC (surtout sous Arch), le fait de ne plus devoir m'identifier et de fournir mon mot de passe ne me gêne pas trop.

Mais j'avoue que c'est une solution boîteuse...

Le fichier /etc/gdm/Init/Default n'est apparemment plus lu, voir les autres sujets sur le forum qui remonte le souci.
Mais comme je n'utilise pas Gnome, je ne sais pas si c'est normal.

@ Benjarobin : Effectivement, j'ai vu plusieurs forum (fora) qu'apparemment, le fichier /etc/gdm/Init/Default semblait ne plus être lu.

J'espère que les dev de gnome 3.16 se poseront la question.

J'ai contourné le problème dans le message que j'ai posté juste avant le tien.

mimile a écrit :@ waitnsea : la seule solution pour activer le pavé numérique au démarrage est décrite dans le Wiki d'Arch.

C'est effectivement au Wiki, ici que je pensais.
Il n'y a pas moyen de faire la même chose avec gdm ou de se connecter sur Gnome avec Lightdm ?
Pas difficile d'essayer...

Ben tu peux toujours installer un autre DM, mais ici, on soulève le bug numlock du DM GDM

nemon a écrit :Ben tu peux toujours installer un autre DM, mais ici, on soulève le bug numlock du DM GDM

Pas d'accord, Mimile cherchait à résoudre sa connexion avec un mot de passe contenant des chiffres.
Puis on a dévié vers ...
Qu'est-ce qui compte ? Le but, ou le chemin ?

Salut,

La solution de contournement que j'ai mentionnée précédemment me convient dans la mesure où le problème de l'activation du pavé numérique se fait automatiquement lors de l'affichage du shell.

Quant à essayer lightdm, n'y aura-t'il pas un conflit avec gdm ?

mimile a écrit :Quant à essayer lightdm, n'y aura-t'il pas un conflit avec gdm ?

Un conflit, non si tu "disable" gdm.service avant de "enable" lightdm.service, il va de soi sans le désinstaller, la manœuvre inverse serait simplississime en cas de problème.
Peut-être par contre que Gnome nécessite gdm et n'acceptera pas d'être lancé par lightdm, no se.
XFCE qui a une base gnome accepte d'être lancé par lightdm ou lxdm (encore plus facile à configurer), mais je n'ai jamais essayé Gnome avec autre chose que gdm.

De toute façon ce serait provisoire en attendant la solution du bug... et si tu es content de la solution actuelle...
Pour mes deux Arch, KDE et XFCE, j'ai une connexion automatique et je ne me prends pas la tête. Quand j'ai de la famille je crée une session guest et je me remets en log avec mot de passe.

Pour info, depuis gdm 3.16 j'avais le même problème (pas de numlock malgré activation de numlockx dans /etc/gdm/Default/Init).
J'utilisais le pilote Nouveau, qui par ailleurs causait des problèmes avec le nouveau systray en bas à gauche de l'écran (freezes lors d'un clic droit de souris). J'ai installé le pilote nVidia et depuis, sans que je puisse expliquer la relation, numlock fonctionne ainsi que le systray...

Depuis la version 3.16, GDM repose sur Wayland. C'est la source des problèmes rencontrés : pavé numérique, langage clavier, multi-écrans, etc. Personnellement, j'ai désactivé le support Wayland et tout est rentré dans l'ordre.

Solution : décommenter la ligne #WaylandEnable=false
dans /etc/gdm/custom.conf

Bizarre !

Chez moi /etc/gdm/custom.conf se limite à ceci :
Pas trace de WaylandEnable ...

C'est en mettant true à AutomaticLoginEnable que j'ai contourné le problème de l'activation du pavé numérique.

La contrepartie est que je passe directement des lignes de boot à mon shell sans passer par la case "mot de passe"

Si tu veux essayer sans login automatique, il faut placer WaylandEnable=false dans la section [daemon].

Salut Syowa et merci !

Après avoir remis "false" à AutomaticLoginEnable et ajouter ta ligne WailandEnable=false, tout est rentré dans l'ordre.

Ca fonctionne parfaitement.

Amicalement