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


85

Lors de la mise à niveau aujourd'hui, quelque chose a provoqué la disparition de 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.


(NetworkManager: 2425): GLib-WARNING **: GError est défini sur le dessus d'une précédente GError ou d'une mémoire non initialisée. Cela indique un bug dans le code de quelqu'un. Vous devez vous assurer qu'une erreur est NULL avant qu'elle ne soit définie. Le message d'erreur est écrasant: fichier clé ne possède pas un groupe « connectivité » est ce que je l' ai rencontré en essayant de redémarrer gestionnaire de réseau ... est retourné dix ensembles de mise à jour dans Ubuntu mais encore frapper ...
Adam Albanowicz

1
Ce problème ne concerne que ceux qui ont activé le proposedréférentiel. C'était initialement une mauvaise idée.
Pilot6

6
Je dirai plus que la mauvaise idée était de promouvoir libnl vers les mises à jour proposées, sans la tester avec la version actuelle de network-manager ... et allumer proposé a un réel objectif sur une version de sa version d'ubuntu âgée de 2 ans * -lts-wily par exemple, et en plus 3 mois avant sa prochaine sortie - de toute façon, merde arrive ;-)
r2rien le

Juste pour référence future: la "dernière" mise à jour n'a pas de sens si vous ne précisez pas la version d'Ubuntu que vous utilisez et la version de Network Manager vers laquelle vous avez effectué la mise à niveau.
Muru

J'ai fait face à ce problème qui n'a pas été résolu depuis un certain temps. Ce que je fais, c'est sudo ifdown eth0quand je suis déconnecté et sudo ifup eth0quand un nouveau lien est connecté :).
Hari KT

Réponses:


124

Cause

Ceci est dû à une régression introduite avec un correctif pour le bogue libnl3 n ° 1511735 .
Un plantage du gestionnaire de réseau résultant a été signalé dans le bogue n ° 1539513 du gestionnaire de réseau ou dans le bogue n ° 1539613 du gestionnaire de réseau.


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,
car les packages ne sont plus dans votre cache et ne peuvent évidemment pas être téléchargés par le gestionnaire de packages, vous devez rétrograder les packages 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 ou d'un autre ordinateur + clé USB]
    Liens de téléchargement pour amd64 : libnl libnl-genl libnl-route
    Liens de téléchargement pour i386 : libnl libnl-genl libnl-route

  • De retour sur votre système, où vous avez sauvegardé ces .debfichiers, 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 les dernières mises à jour :trusty-proposed Propriétés des mises à jour logicielles

Où la dernière mise à jour des paquets libnl, de la version 3.2.21-1à la version précédente, a 3.2.21-1ubuntu1introduit une régression provoquant un crash du gestionnaire de réseau


Il n'y a pas encore de mise à niveau sur network-manager dans latrusty-proposed
version actuelle:0.9.8.8-0ubuntu7.2

Une mise à jour de network-manager est maintenant disponible dans latrusty-proposed
version mise à jour: 0.9.8.8-0ubuntu7.3
veuillez tester le paquet proposé (# 1539634 commentaire n ° 11)


Ainsi, jusqu'à ce qu'une mise à niveau se déclenche sur votre gestionnaire de paquets, vous devez appliquer un "hold" - comme mentionné dans le bogue libnl3 n ° 1511735 commentaire n ° 29 :

sudo apt-mark hold libnl-3-200 libnl-genl-3-200 libnl-route-3-200

Une fois la future mise à jour trusty-proposedinstallée, vous pouvez supprimer ce blocage 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


1
Si je me souviens bien, après l’installation de ces trois libnlpaquetages (avec la version 3.2.21-1, 3.2.21-1ubuntu1je n’avais pas besoin de redémarrer la machine. Je pense que j’ai simplement fait une nouvelle recherche sudo /usr/sbin/NetworkManager ou quelque chose du genre. Est-ce correct? Au fond, je vous demande si un redémarrage est nécessaire. , ou si quelque chose d'autre suffit?
Aaron McDaid

3
NetworkManger est un service (mais cela dépend de votre système d'exploitation / version). Ainsi, cela sudo service network-manager restartdevrait suffire
r2rien

1
Amélioration du formatage. Je vis aussi cela et cette réponse a fonctionné pour moi.
laconbass

1
@laconbass grâce à votre mise en forme grandement améliorée ;-)
r2rien

1
Si ce bogue vous concerne, veuillez cliquer sur les deux liens de bogue du tableau de bord sur la deuxième ligne et, sur la page du tableau de bord, cliquer sur "Oui, ce bogue vous concerne". Puis attrapez vos tomates pourries et rejoignez ma foule de lyncheurs pour une colère mal dirigée. Merci pour ce post!
Guttermonk

10

Depuis le 13/05/2016, ce bogue libnl affecte également les utilisateurs non proposés par dignes de confiance , qui seront presque certainement dirigés ici par Google.

Mis à jour libnlet les network-managerpackages ont déjà été publiés, je recommande donc une mise à niveau ultérieure .

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

Lorsque le réseau est 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écutez Software Updater et mettez à 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

Merci beaucoup! Je n'ai pas de clé USB, mais mon ordinateur de bureau dispose d'une connexion filaire ... et c'est très utile.
Kane

+1 Des versions mises à jour de ces packages sont maintenant disponibles. Il s’agit bien du correctif le plus net. (En outre, pour confirmer que je suis touché par cette proposition sans 'proposée', et que je devais me souvenir grognon de la façon de configurer les connexions avec iwconfig avant de pouvoir me
connecter

8

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 qu'il n'est pas recommandé d'installer, sauf si vous souhaitez tester certains packages spécifiques.

entrez la description de l'image ici

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.


3
Ne blâmez pas les utilisateurs, s'il vous plaît. À mon avis, c'est leur enfant et non productif car les utilisateurs pourraient alors blâmer les développeurs. Une meilleure réponse consiste à accroître leur compréhension du système utilisé, et donc à maîtriser ce type de bogue de régression
r2rien

3
En tant que développeur, une régression introduite par un correctif, quel que soit son niveau de légitimité - EST un bug. Pourrais-je vous suggérer de vous détendre un peu, votre ton est pour le moins paternaliste. De mon côté, j'ai reformulé ma réponse en conséquence. De votre côté, et à votre niveau, vous auriez pu fournir des liens utiles, comme EnableProposed ou PerformingSRUVerification, par exemple
r2rien le

2
@ r2rien: Si vous vous en tenez à utiliser un LTS, même s'il existe des versions de système d'exploitation plus récentes, vous n'aimez pas trop utiliser les logiciels les plus récents et les plus performants. Par conséquent, l'utilisation combinée d'un LTS et d'une proposition permanente activée est incohérente. (Je suis sur le même problème, mais je pense que je dois me blâmer moi-même.) Je conviens avec Pilot6 que ce n'est pas un bug. Le suffixe "-proposed" implique qu'il est destiné aux développeurs et aux testeurs.
Gunnar Hjalmarsson

2
Je suis d'accord qu'il s'agit d'un bogue, mais dans un package de test. Le but des tests est de trouver ce type de problèmes. Mais si un utilisateur ne veut pas rencontrer ce type de problème «tout à coup», le repo doit être désactivé.
Pilot6

2
Oui, la plupart des utilisateurs ne doivent pas activer les backports suggérés ou douteux dignes de confiance. Cependant, à compter d’aujourd’hui 13 mai 2016, le même bogue est apparemment apparu pour certaines personnes qui n’utilisaient pas de backports fiables, nécessitant une mise en réseau manuelle ou une mise à niveau du gestionnaire de réseau vers la 0.9.8.8-0ubuntu7.3. Voir [ bugs.launchpad.net/ubuntu/+source/libnl3/+bug/1581535]
Cedric Knight

3

Mettre à jour network-manager 0.9.8.8-0ubuntu7.2et redémarrer.

Contournement à chaud: utilisation des paramètres réseau manuels sur sudo nano /etc/network/interfaces

Contournement de travail!

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

Cela ne fournit pas de réponse du tout.
Eduardo Cola

Le déclassement de bibliothèques peut entraîner l'échec d'autres programmes - gardez cela à l'esprit.
Thomas Ward

Pour mon système (ElementaryOS, Linux 3.19.0-49-generic # 55 ~ 14.04.1-Ubuntu 14.04), la rétrogradation a réussi et nm n'a plus fonctionné.
Max

1
-1 Bien que cela puisse fonctionner sur un système d'exploitation élémentaire, Ubuntu étant un système d'exploitation différent, un correctif peut ne pas être compatible.
David le

3
Cette réponse est correcte. Cela a fonctionné pour moi avec Ubuntu 14.04. J'ai séparément téléchargé les anciennes versions de trois packages ( libnl-...) et les ai installées via dpkg -i. Ce matin, ma machine avait exactement cette version ( 3.2.21-1, pas 3.2.21-1ubuntu1) de ces trois paquets listés dans la réponse
Aaron McDaid

2

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.debet libnl-route-3-200_3.2.21-1_amd64.debdepuis http://archive.ubuntu.com/ubuntu/pool/main/libn/libnl3/ , je l'ai installé dpkg -iet 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 .


1

Je savais que la solution serait trouvée rapidement, la partie délicate étant le problème de la poule et de l'œuf de la connexion en ligne. 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

0

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.


L'astérisque dans 'libnl - *. Deb' est un caractère générique, ainsi cette commande affectera tout ce qui commence par "libnl-" et se termine par ".deb". Remarque: sur les communautés StackExchange, il est bon de mettre des messages comme ceux-ci qui sont des commentaires sur les solutions des autres personnes dans les commentaires, plutôt que comme des réponses en eux-mêmes.
nikobelia
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.