Ho Fedora 17 installato su un Lenovo X230 e, se lo lascio configurato per l'avvio in Gnome utilizzando runlevel5.target (o graphical.target) di systemd, che è l'impostazione predefinita, la rete sembra funzionare perfettamente:un utente locale può unirsi a un nuova rete wireless, autenticazione e salvataggio di una password di rete secondo necessità. Fin qui tutto bene.
Tuttavia, il proprietario di questo laptop preferisce eseguire l'avvio in un display non grafico (runlevel3.target o multi-user.target di systemd); quando lo desidera, esegue startx
per avviare Gnome. Quando Gnome viene avviato in questo modo, l'utente non può accedere a nessuna nuova rete wireless; è possibile selezionare l'SSID desiderato dall'elenco a discesa, ma non viene visualizzata alcuna richiesta per la password di rete e non viene stabilita alcuna connessione. Non vedo nulla di rilevante connesso a /var/log/messages.
Cosa si può fare, in modo che un utente non privilegiato che abbia avviato Gnome usando startx
può essere autorizzato a partecipare a nuove reti wireless?
Note:
Se root accede, avvia Gnome e si unisce alla nuova rete wireless, vengono creati nuovi file appropriati in /etc/sysconfig/network-scripts per la rete e le informazioni chiave. Una volta eseguita questa operazione, l'utente non root può utilizzare la rete wireless quando effettua l'accesso. Questa soluzione alternativa è terribilmente scomoda.
L'utente è già un membro del gruppo "wheel" e dispone dell'accesso completo sudo senza password. SELinux è disabilitato su questa macchina.
Come test, ho aggiunto l'utente al gruppo "root" e ho reso /etc/sysconfig/network-scripts scrivibile dal gruppo. Questo non ha aiutato né cambiato nulla.
Risposta accettata:
La mia ipotesi è che, quando esegui startx
, non hai una sessione ConsoleKit attiva. Vedi ad es. Configura le autorizzazioni PolicyKit nella voce wiki di Arch Linux per NetworkManager. Ti mostra come usare ck-launch-session
nel tuo ~/.xinitrc
per assicurarti di avere una sessione CK adeguata.
Devi anche assicurarti che i permessi di PolicyKit siano corretti, anche se probabilmente vanno già bene se le cose funzionano da una sessione di Gnome.
Se il comando ck-list-sessions
mostra una differenza tra l'utilizzo di runlevel5.target
rispetto a runlevel3.target
+startx
, allora questo è probabilmente il tuo problema.
Amministrazione e privilegi in fondo alla pagina di configurazione di Network Manager.
Non ti consiglio di seguire quello che dicono senza capire cosa stanno facendo, dal momento che non è necessariamente chiaro come si relazionano con Fedora, ma potrebbero essere utili la lettura:
Questo bug di Ubuntu:se "startx" viene eseguito da una console di testo, la sessione di ConsoleKit non è contrassegnata come "attiva"
Correlati:come creare un nuovo utente e impostare il privilegio per questo account su Windows 8?Questo post sulla mailing list di Debian contiene alcuni dettagli sulla modifica dei permessi di policykit/consolekit:Re:Qual è il modo giusto di usare consolekit con startx?