web-dev-qa-db-fra.com

La dernière mise à jour bloque le gestionnaire de réseau (pas de connexion Internet, pas d'applet)

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.

85
Adam Albanowicz

Cause

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


Solution

Rétrograder les paquets libnl et attendre une mise à jour du paquet network-manager


Étape 1

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

Étape 2

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
    

Étape 3

Maintenant, vous devriez pouvoir (re) démarrer NetworkManager et rétablir le réseau:

Sudo service network-manager restart

Remarquer

Ces bogues touchent ubuntu trusty 14.04 avec mises à jour pré-publiées : trusty-proposedSoftware Updates properties

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

124
r2rien

À 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 .

Activer le réseau manuellement

En supposant que vous utilisez une connexion filaire, eth0et un réseau avec DHCP activé, configurez votre interface réseau à l'aide d'un terminal:

Sudo ifconfig eth0 up
Sudo dhclient eth0

Mise à jour du gestionnaire de réseau

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.

Option A: Software Updater

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.

Option B: apt-get

(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
10
Eero Aaltonen

En plus de la solution proposée, je souhaite donner un conseil général.

Désactiver le référentiel "proposé"

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.

enter image description here

Laissez "proposé" désactivé si vous ne voulez pas ce genre de surprises.

Vous pouvez vous référer à cette question pour plus d'informations.

8
Pilot6

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
3
Max

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 .

2
Daniel Young

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
1
Dave Crooke

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.

0
Dev