Ich habe Fedora 17 auf einem Lenovo X230 installiert, und wenn ich es so konfiguriert lasse, dass es in Gnome mit systemds runlevel5.target (oder graphic.target) bootet, was die Standardeinstellung ist, scheint das Netzwerk gut zu funktionieren – ein lokaler Benutzer kann a beitreten neues Drahtlosnetzwerk, Authentifizieren und Speichern eines Netzwerkkennworts nach Bedarf. So weit, so gut.
Der Besitzer dieses Laptops zieht es jedoch vor, in ein nicht grafisches Display zu booten (runlevel3.target oder multi-user.target von systemd); Auf Wunsch führt er startx aus um Gnome zu starten. Wenn Gnome auf diese Weise gestartet wird, kann der Benutzer keinem neuen drahtlosen Netzwerk beitreten; Sie können die gewünschte SSID aus der Dropdown-Liste auswählen, aber es wird keine Aufforderung zur Eingabe des Netzwerkkennworts angezeigt und es wird keine Verbindung hergestellt. Ich sehe nichts Relevantes in /var/log/messages eingeloggt.
Was kann getan werden, damit ein nicht-privilegierter Benutzer, der Gnome gestartet hat, mit startx kann erlaubt werden, neuen drahtlosen Netzwerken beizutreten?
Anmerkungen:
Wenn sich root anmeldet, Gnome startet und sich dem neuen drahtlosen Netzwerk anschließt, werden entsprechende neue Dateien unter /etc/sysconfig/network-scripts für die Netzwerk- und Schlüsselinformationen erstellt. Sobald dies erledigt ist, kann der Nicht-Root-Benutzer das drahtlose Netzwerk verwenden, wenn er sich anmeldet. Diese Problemumgehung ist schrecklich unpraktisch.
Der Benutzer ist bereits Mitglied der Gruppe „Rad“ und hat vollen sudo-Zugriff ohne Passwort. SELinux ist auf diesem Rechner deaktiviert.
Als Test habe ich den Benutzer zur Gruppe „root“ hinzugefügt und /etc/sysconfig/network-scripts gruppenbeschreibbar gemacht. Das hat nichts geholfen oder geändert.
Akzeptierte Antwort:
Meine Vermutung ist, dass, wenn Sie startx ausführen , haben Sie keine aktive ConsoleKit-Sitzung. Siehe z.B. Richten Sie PolicyKit-Berechtigungen im Wiki-Eintrag von Arch Linux für NetworkManager ein. Es zeigt Ihnen, wie Sie ck-launch-session verwenden in Ihrem ~/.xinitrc um sicherzustellen, dass Sie eine ordnungsgemäße CK-Sitzung haben.
Sie müssen auch sicherstellen, dass die PolicyKit-Berechtigungen richtig sind, obwohl sie wahrscheinlich bereits in Ordnung sind, wenn die Dinge innerhalb einer Gnome-Sitzung funktionieren.
Wenn der Befehl ck-list-sessions zeigt einen Unterschied zwischen der Verwendung von runlevel5.target gegenüber runlevel3.target +startx , dann ist dies wahrscheinlich Ihr Problem.
Administration und Privilegien unten auf der Network Manager-Konfigurationsseite.
Ich empfehle Ihnen nicht, dem zu folgen, was diese sagen, ohne zu verstehen, was sie tun, da nicht unbedingt klar ist, wie sie sich auf Fedora beziehen, aber sie könnten nützlich sein, um sie zu lesen:
Dieser Ubuntu-Fehler:Wenn „startx“ von einer Textkonsole aus ausgeführt wird, wird die ConsoleKit-Sitzung nicht als „aktiv“ markiert
Verwandte:Wie erstellt man einen neuen Benutzer und legt die Berechtigung für dieses Konto unter Windows 8 fest?Dieser Post auf der Debian-Mailingliste enthält einige Details zum Ändern von Policykit/Consolekit-Berechtigungen:Re:What is the right way to use consolekit with startx?