Tengo Fedora 17 instalado en un Lenovo X230, y si lo dejo configurado para iniciarse en Gnome usando runlevel5.target (o graphical.target) de systemd, que es el predeterminado, la red parece funcionar bien:un usuario local puede unirse a un nueva red inalámbrica, autenticándose y guardando una contraseña de red según sea necesario. Hasta ahora todo bien.
Sin embargo, el propietario de esta computadora portátil prefiere arrancar en una pantalla no gráfica (runlevel3.target o multi-user.target de systemd); cuando lo desea, ejecuta startx para iniciar Gnome. Cuando Gnome se inicia de esta manera, el usuario no puede unirse a ninguna red inalámbrica nueva; puede seleccionar el SSID deseado de la lista desplegable, pero no aparece ninguna solicitud de contraseña de red y no se establece ninguna conexión. No veo nada relevante registrado en /var/log/messages.
¿Qué se puede hacer para que un usuario sin privilegios que haya iniciado Gnome usando startx se le puede permitir unirse a nuevas redes inalámbricas?
Notas:
Si root inicia sesión, inicia Gnome y se une a la nueva red inalámbrica, se crean nuevos archivos apropiados en /etc/sysconfig/network-scripts para la red y la información clave. Una vez hecho esto, el usuario que no sea root puede usar la red inalámbrica cuando inicie sesión. Esta solución es terriblemente inconveniente.
El usuario ya es miembro del grupo 'rueda' y tiene acceso completo a sudo sin contraseña. SELinux está deshabilitado en esta máquina.
Como prueba, agregué al usuario al grupo 'raíz' e hice /etc/sysconfig/network-scripts group-writable. Esto no ayudó ni cambió nada.
Respuesta aceptada:
Supongo que cuando ejecutas startx , no tiene una sesión de ConsoleKit activa. Véase, por ejemplo. Configure los permisos de PolicyKit en la entrada wiki de Arch Linux para NetworkManager. Le muestra cómo usar ck-launch-session en su ~/.xinitrc para asegurarse de que tiene una sesión de CK adecuada.
También debe asegurarse de que los permisos de PolicyKit sean correctos, aunque probablemente ya estén bien si las cosas funcionan desde dentro de una sesión de Gnome.
Si el comando ck-list-sessions muestra una diferencia entre usar runlevel5.target frente a runlevel3.target +startx , entonces este es probablemente tu problema.
Administración y privilegios en la parte inferior de la página de configuración del administrador de red.
No recomiendo que siga lo que dicen estos sin entender lo que están haciendo, ya que no está necesariamente claro cómo se relacionan con Fedora, pero pueden ser útiles para leer:
Este error de Ubuntu:si 'startx' se ejecuta desde una consola de texto, la sesión de ConsoleKit no se marca como 'activa'
Relacionado:¿Cómo crear un nuevo usuario y establecer el privilegio para esta cuenta en Windows 8?Esta publicación de la lista de correo de Debian que tiene algunos detalles sobre cómo cambiar los permisos de policykit/consolekit:Re:¿Cuál es la forma correcta de usar consolekit con startx?