Lors de la mise à niveau aujourd'hui, quelque chose a fait disparaître mon gestionnaire de réseau sans fil. Pas même la connexion via une connexion filaire.
Cette erreur est montrée par les fichiers:
**(nm-applet:2716): WARNING **: Could not initialize NMClient /org/freedesktop/NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files
(nm-applet:2716): nm-applet-WARNING **: Error connecting to ModemManager: Error calling StartServiceByName for org.freedesktop.ModemManager1: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Cannot launch daemon, file not found or permissions invalid
(nm-applet:2716): nm-applet-WARNING **: Could not find ShellVersion property on org.gnome.Shell after 5 tries
(nm-applet:2716): nm-applet-WARNING **: Failed to register as an agent: (2) The name org.freedesktop.NetworkManager was not provided by any .service files
Existe-t-il un correctif que je peux télécharger via Windows et envoyer via mon Ubuntu ou faut-il tout recharger? J'ai essayé d'exécuter deux versions en arrière mais toujours pas d'accès à Internet.
Ceci est dû à une régression introduite avec un correctif pour bogue libnl3 # 1511735 .
Le blocage du gestionnaire de réseau résultant a été signalé dans bogue du gestionnaire de réseau n ° 153951 ou bogue du gestionnaire de réseau n ° 1539634
Rétrograder les paquets libnl et attendre une mise à jour du paquet network-manager
Essayez de déclasser libnl avec apt-get comme dans @Max answer:
Sudo apt-get install libnl-3-200=3.2.21-1 libnl-route-3-200=3.2.21-1 libnl-genl-3-200=3.2.21-1
Si l'étape 1 échoue,
Comme les paquets ne sont plus dans votre cache et ne peuvent évidemment pas être téléchargés par le gestionnaire de paquets, vous devez rétrograder les paquets libnl manuellement (téléchargement + installation):
Téléchargez-les et copiez-les sur votre système
[à partir du démarrage d'un cd live de secours/de distribution ou à partir d'un autre ordinateur + clé USB]
Liens de téléchargement pour AMD64 : libnllibnl-genllibnl-route
Liens de téléchargement pour i386 : libnllibnl-genllibnl-route
De retour sur votre système, où vous avez enregistré ces fichiers .deb
, installez-les avec dpkg:
Sudo dpkg -i libnl-*.deb
Maintenant, vous devriez pouvoir (re) démarrer NetworkManager et rétablir le réseau:
Sudo service network-manager restart
Ces bogues touchent ubuntu trusty 14.04 avec mises à jour pré-publiées : trusty-proposed
Où la dernière mise à jour des paquets libnl de la version 3.2.21-1
à 3.2.21-1ubuntu1
a introduit une régression provoquant le blocage de network-manager
Il n'y a pas encore de mise à niveau sur network-manager dans trusty-proposed
Version actuelle: 0.9.8.8-0ubuntu7.2
Une mise à jour du gestionnaire de réseau est maintenant disponible dans trusty-proposed
Version mise à jour: 0.9.8.8-0ubuntu7.3
testez le paquet proposé (# 1539634 commentaire n ° 11)
Ainsi, jusqu'à ce qu'une mise à jour se déclenche sur votre gestionnaire de paquets, vous devez appliquer un "hold" - comme mentionné dans bogue libnl3 n ° 1511735 commentaire n ° 29 :
Sudo apt-mark hold libnl-3-200 libnl-genl-3-200 libnl-route-3-200
Une fois que la future mise à jour de trusty-proposed
est installée, vous pouvez la supprimer avec:
Sudo apt-mark unhold libnl-3-200 libnl-genl-3-200 libnl-route-3-200
Ce qui vous permettra ensuite de mettre à jour à nouveau libnl
À partir de 2016-05-13 this bug de libnl affecte également les utilisateurs sans digne de confiance -proposed , qui sera presque certainement dirigé ici par Google.
Les packages libnl
et network-manager
mis à jour ont déjà été publiés. Je recommande donc une mise à niveau .
En supposant que vous utilisez une connexion filaire, eth0
et un réseau avec DHCP activé, configurez votre interface réseau à l'aide d'un terminal:
Sudo ifconfig eth0 up
Sudo dhclient eth0
Une fois le réseau opérationnel, effectuez une mise à jour à l'aide de Software Updater ou à partir du terminal à l'aide de apt-get
.
Exécuter Software Updater et mettre à jour normalement. Au moment de la rédaction de cet article, des packages fixes ont déjà été publiés.
(non testé). Si vous souhaitez minimiser les pièces en mouvement ou ne pas avoir d'interface graphique, vous pouvez également mettre à jour à partir du terminal:
Sudo apt-get update
Sudo apt-get install network-manager
En plus de la solution proposée, je souhaite donner un conseil général.
Il n'est pas censé être allumé. Ce "problème" ne concerne que les utilisateurs qui ont activé le référentiel proposé et installé un package endommagé.
Ce référentiel contient des packages de test dont l'installation n'est pas recommandée, sauf si vous souhaitez tester certains packages spécifiques.
Vous pouvez vous référer à cette question pour plus d'informations.
Mettez à jour le network-manager 0.9.8.8-0ubuntu7.2
et redémarrez.
Solution de contournement à chaud: utilisation des paramètres réseau manuels sur Sudo nano /etc/network/interfaces
Solution de contournement!
Déclasser certaines bibliothèques:
Sudo apt-get install libnl-3-200=3.2.21-1 libnl-route-3-200=3.2.21-1 libnl-genl-3-200=3.2.21-1
J'ai eu le même problème ce matin et rétrograder les paquets libnl a également fonctionné.
J'ai redémarré à l'aide d'un CD de secours, téléchargé libnl-3-200-3.2.21-1_AMD64.deb
, libnl-genl-3-200_3.2.21-1_AMD64.deb
et libnl-route-3-200_3.2.21-1_AMD64.deb
depuis http://archive.ubuntu.com/ubuntu/pool/main/libn/libnl3/ , et l'a installé à l'aide de dpkg -i
et redémarré.
Le réseautage est de retour. Ce n'est peut-être pas la solution ultime, mais cela m'a permis de commencer le 14.04 pour le moment.
Voici le rapport de bogue: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1539634 .
Je savais que la solution serait trouvée rapidement, la partie la plus délicate était la question de la connexion au poulet et aux œufs. Une solution consiste à utiliser une connexion Ethernet câblée, ce qui est très facile à utiliser:
Ouvrir un terminal
Sudo dhclient eth0
Sudo apt-get update
Sudo apt-get upgrade
je suis un très nouveau débutant à Ubuntu et cela aussi un homme non technique ayant très peu de connaissances de base sur ces langages informatiques.
j'ai fait face au même problème avec nm
comme indiqué par R2rien j'ai téléchargé les trois fichiers à partir des liens donnés par lui
(D'abord, je ne comprenais pas qu'il s'agissait de trois liens, mais grâce à son utilisation précise de l'anglais: le mot "fichiers" m'a fait rechercher de nouveau et j'ai téléchargé les deux fichiers restants)
alors je ne pouvais pas l'installer
je n'ai pas pu comprendre l'astérisque dans "Sudo dpkg -i libnl - *. deb"
combien de fois j'ai essayé d'installer les premiers fichiers individuellement, puis ensemble, puis avec apt-get; parfois échangeant = à la place de _ comme 3-200 = 3.2.21-1 à la place de 3-200_3.2.21-1. toujours pas de résultat. cherché sur le net a ensuite trouvé un moyen très facile de le faire. en faisant glisser le fichier dans le terminal après "Sudo dpkg -i"
puis rencontré un autre problème: le traitement des déclencheurs ... cela aussi car quelqu'un donnait sa suggestion simplement "entrez puis nom d'utilisateur et entrez" et le résolut. était sceptique encore. enfin cela a fonctionné. merci r2rien et amis.