LenovoX230にFedora17をインストールしましたが、systemdのrunlevel5.target（またはgraphical.target）を使用してGnomeで起動するように構成したままにすると、ネットワークは正常に機能しているようです。ローカルユーザーは参加できます。新しいワイヤレスネットワーク。必要に応じてネットワークパスワードを認証および保存します。これまでのところ、とても良いです。
ただし、このラップトップの所有者は、非グラフィカルディスプレイ（systemdのrunlevel3.targetまたはmulti-user.target）で起動することを好みます。必要に応じて、彼はstartxを実行します Gnomeを開始します。 Gnomeがこのように起動されると、ユーザーは新しいワイヤレスネットワークに参加できなくなります。ドロップダウンリストから目的のSSIDを選択できますが、ネットワークパスワードの入力を求めるプロンプトが表示されず、接続も確立されません。 / var / log/messagesに関連するログインが表示されません。
startxを使用してGnomeを開始した非特権ユーザーが実行できるようにするために何ができるか 新しいワイヤレスネットワークへの参加を許可できますか？
注：
ルートがログインしてGnomeを起動し、新しいワイヤレスネットワークに参加すると、ネットワークとキー情報の適切な新しいファイルが/ etc / sysconfig/network-scriptsの下に作成されます。これが完了すると、root以外のユーザーは、ログイン時にワイヤレスネットワークを使用できるようになります。この回避策は非常に不便です。
ユーザーはすでにグループ「wheel」のメンバーであり、パスワードなしで完全なsudoアクセス権を持っています。このマシンではSELinuxが無効になっています。
テストとして、ユーザーをグループ「root」に追加し、/ etc / sysconfig/network-scriptsをグループ書き込み可能にしました。これは何の助けにもなりませんでした。
承認された回答：
私の推測では、startxを実行すると 、アクティブなConsoleKitセッションがありません。たとえば、を参照してください。 NetworkManagerのArchLinuxwikiエントリでPolicyKit権限を設定します。 ck-launch-sessionの使用方法を示します ~/.xinitrcで 適切なCKセッションがあることを確認します。
また、PolicyKitの権限が正しいことを確認する必要がありますが、Gnomeセッション内で機能する場合は、すでに問題がない可能性があります。
コマンドck-list-sessionsの場合 runlevel5.targetの使用の違いを示しています 対runlevel3.target + startx 、これはおそらくあなたの問題です。
NetworkManager設定ページの下部にある管理と権限。
Fedoraとの関係が必ずしも明確ではないため、彼らが何をしているのかを理解せずにこれらの発言に従うことはお勧めしませんが、読むと役立つかもしれません：
このUbuntuのバグ：「startx」がテキストコンソール内から実行された場合、ConsoleKitセッションは「アクティブ」とマークされません
関連：Windows 8で新しいユーザーを作成し、このアカウントの特権を設定するにはどうすればよいですか？policykit / consolekitの権限の変更に関する詳細が記載されたこのDebianメーリングリストの投稿：Re：startxでconsolekitを使用する正しい方法は何ですか？