web-dev-qa-db-fra.com

Comment laisser NetworkManager gérer l'interface WLAN après la mise à niveau?

J'ai mis à jour un système Ubuntu de 11.04 à 11.10 via do-release-uprade.

Maintenant, certaines choses ne fonctionnent pas comme avant.

Par exemple, mon utilisateur doit maintenant faire partie du groupe scanner pour pouvoir utiliser xsane etc. - avec < 11.10, ce n'était apparemment pas nécessaire.

Pour pouvoir utiliser nm-applet à nouveau (pour les réseaux câblés), je devais ajouter l'utilisateur au groupe netdev après la mise à niveau.

Mais la gestion du réseau local sans fil ne fonctionne toujours pas via NetworkManager - nm-applet n’affiche aucun périphérique sans fil.

Dans les journaux, il y a:

NetworkManager wlan0 deactivating device reason managed

(inter-ponctuation supprimée)

Mais pourquoi est-ce soudainement géré?

J'ai vérifié /etc/network/interfaces et il ne contient aucune entrée wlan0.

Et /etc/NetworkManager/NetworkManager.conf ne contient que:

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=true

Existe-t-il un autre groupe auquel l'utilisateur doit appartenir? Ou quoi d'autre pourrait être gâché après une mise à niveau?

La connexion manuelle à un WLAN-AP via wpasupplicant et dhclient (après l’arrêt de NetworkManager) fonctionne parfaitement.

Edit: Btw, ce système Ubuntu est un peu non standard:

  • wdm est configuré comme gestionnaire d'affichage au lieu de lightdm
  • en tant que gestionnaire de fenêtres, j'utilise awesomewm
wirelessupgradenetwork-managerconsole-kit
4
maxschlepzig

S'il vous plaît sauvegarde avant d'utiliser les commandes ci-dessous, je ne sais pas si vous aurez Internet ultérieurement.

Connectez-vous en utilisant un câble Ethernet.

  1. Téléchargez les packages pour pouvoir les réinstaller même sans Internet:

    cd
apt-get download network-manager-gnome network-manager

  2. Ensuite, je suggérerais de purger la configuration de votre gestionnaire de réseau:

    Sudo apt-get purge network-manager-gnome network-manager
Sudo rm -rf /etc/NetworkManager
Sudo rm -rf /usr/lib/NetworkManager
Sudo rm -rf /var/lib/NetworkManager

  3. Et réinstallez le gestionnaire de réseau:

    Sudo apt-get install network-manager-gnome network-manager

    Si vous n'avez plus Internet, essayez d'installer les paquets locaux que nous avons téléchargés avec la première commande:

    cd
Sudo dpkg -i network-manager*.deb

  4. Redémarrer le PC.

Si les commandes ci-dessus ne corrigent pas Internet, nous avons besoin de plus d'informations:

  1. Exécutez ces commandes et fournissez le résultat (modifiez votre question):

    Sudo apt-get dist-upgrade
cat /etc/network/interfaces
iwconfig
ifconfig
lspci -nn
lsusb
nm-tool
Sudo lshw -C network
rfkill list all

  2. Vérifiez que toutes les dépendances sont correctement installées, réinstallez les méta-packages d'ubuntu:

    Sudo dpkg -P --force-all ubuntu-desktop ubuntu-standard ubuntu-minimal
Sudo apt-get install ubuntu-desktop ubuntu-standard ubuntu-minimal

  3. Vous n'avez jamais mentionné la version d'Ubuntu que vous utilisiez avant la mise à niveau vers 11.10.

Remarque: Soit dit en passant, la commande do-release-uprade doit être utilisée lors de la mise à niveau de serveur , pas le bureau. Vous devriez préférer télécharger le cd alternatif du gestionnaire de mise à jour.

1
Savvas Radevic

Le message de log

NetworkManager wlan0 deactivating device reason managed

m'a envoyé sur une mauvaise route. Les appareils gérés ou non gérés ne sont pas le problème.

Une autre chose qui peut mal tourner (en plus de ne pas faire partie des problèmes de groupe ou de périphérique géré appropriés) est un problème d'autorisation DBus.

On peut vérifier cela en démarrant nm-applet à partir d'un xterm, au cas où il y aurait un problème de permission, vous aurez beaucoup de Rejected send message comme ceci:

$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")

Bien, nm-applet semble être vraiment doué pour signaler de telles erreurs à l'utilisateur ... via son interface graphique ... PAS!

(Ok, nm-applet ne parvient pas non plus à signaler qu'un utilisateur ne fait pas partie du groupe netdev ...)

Cela semble avoir quelque chose à voir avec ConsoleKit . Il semble que nm-applet nécessite une ConsoleKit-Session comportant active = TRUE.

Vous pouvez vérifier votre session ConsoleKit via:

$ ck-list-sessions

Sur mon système, la sortie était:

$ ck-list-sessions | grep active
    active = FALSE
    active = FALSE
    active = FALSE

Pour tester si cela pose vraiment le problème, vous pouvez appeler nm-applet comme ceci depuis un xterm:

$ ck-launch-session nm-applet

Ensuite, vous ne devriez plus recevoir les messages Rejected send 'Warning' et nm-applet devrait fonctionner comme prévu.

Cette solution de contournement rompt probablement avec d’autres problèmes liés à ConsoleKit - la vraie solution serait probablement de réparer ConsoleKit-session-setup via le gestionnaire d’affichage ou quelque chose du genre.

Notez que ConsoleKit est aussi sorte de non mainten et est probablement remplacé dans un proche avenir par une solution basée sur Systemd ...

Edit: Voir aussi ma réponse à un problème d'installation lié console . En fonction de votre méthode de démarrage X11, vous devez contourner la modification apportée par ConsoleKit afin d'obtenir une session active. Selon la version de votre ConsoleKit et le système, appeler simplement ck-launch-session risque de ne pas suffire.

0
maxschlepzig