J'ai Fedora 17 installé sur un Lenovo X230, et si je le laisse configuré pour démarrer dans Gnome en utilisant runlevel5.target (ougraphic.target) de systemd, qui est la valeur par défaut, la mise en réseau semble fonctionner correctement - un utilisateur local peut rejoindre un nouveau réseau sans fil, en s'authentifiant et en enregistrant un mot de passe réseau si nécessaire. Jusqu'ici, tout va bien.
Cependant, le propriétaire de cet ordinateur portable préfère démarrer sur un écran non graphique (runlevel3.target ou multi-user.target de systemd); quand il le souhaite, il exécute startx pour démarrer Gnome. Lorsque Gnome est démarré de cette manière, l'utilisateur ne peut pas rejoindre un nouveau réseau sans fil; vous pouvez sélectionner le SSID souhaité dans la liste déroulante, mais aucune invite de mot de passe réseau ne s'affiche et aucune connexion n'est établie. Je ne vois rien de pertinent connecté dans /var/log/messages.
Que peut-on faire pour qu'un utilisateur non privilégié qui a démarré Gnome en utilisant startx peut être autorisé à rejoindre de nouveaux réseaux sans fil ?
Remarques :
Si root se connecte, démarre Gnome et rejoint le nouveau réseau sans fil, de nouveaux fichiers appropriés sont créés sous /etc/sysconfig/network-scripts pour le réseau et les informations de clé. Une fois cela fait, l'utilisateur non root peut utiliser le réseau sans fil lorsqu'il se connecte. Cette solution de contournement est horriblement gênante.
L'utilisateur est déjà membre du groupe "wheel" et dispose d'un accès sudo complet sans mot de passe. SELinux est désactivé sur cette machine.
À titre de test, j'ai ajouté l'utilisateur au groupe "root" et rendu /etc/sysconfig/network-scripts accessible en écriture de groupe. Cela n'a rien aidé ni changé.
Réponse acceptée :
Je suppose que, lorsque vous exécutez startx , vous n'avez pas de session ConsoleKit active. Voir par ex. Configurez les autorisations PolicyKit dans l'entrée wiki Arch Linux pour NetworkManager. Il vous montre comment utiliser ck-launch-session dans votre ~/.xinitrc pour vous assurer d'avoir une bonne session CK.
Vous devez également vous assurer que les autorisations de PolicyKit sont correctes, bien qu'elles soient probablement déjà correctes si les choses fonctionnent depuis une session Gnome.
Si la commande ck-list-sessions montre une différence entre l'utilisation de runlevel5.target contre runlevel3.target +startx , alors c'est probablement votre problème.
Administration et privilèges en bas de la page de configuration de Network Manager.
Je ne vous recommande pas de suivre ce qu'ils disent sans comprendre ce qu'ils font, car il n'est pas nécessairement clair comment ils se rapportent à Fedora, mais ils pourraient être utiles à lire :
Ce bogue Ubuntu :si "startx" est exécuté à partir d'une console texte, la session ConsoleKit n'est pas marquée "active"
Connexe :Comment créer un nouvel utilisateur et définir le privilège pour ce compte sur Windows 8 ?Ce message de la liste de diffusion Debian qui contient des détails sur la modification des autorisations de policykit/consolekit :Re :Quelle est la bonne façon d'utiliser consolekit avec startx ?