La última actualización bloquea el administrador de red (sin conexión a Internet, sin applet)

85

Mientras se actualizaba hoy, algo hizo que mi administrador de red inalámbrica desapareciera. Ni siquiera se conecta a través de una conexión por cable.

Los archivos muestran este error:

**(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 

¿Hay algún parche que pueda descargar a través de Windows y enviar a mi ubuntu, o es el caso de tener que volver a cargar todo? Intenté ejecutar dos versiones pero todavía no tengo acceso a internet.

Adam Albanowicz
fuente
(NetworkManager: 2425): GLib-WARNING **: GError configurado sobre la parte superior de un GError anterior o memoria no inicializada. Esto indica un error en el código de alguien. Debe asegurarse de que un error sea NULL antes de que se configure. El mensaje de error de sobrescritura fue: el archivo de clave no tiene 'conectividad' grupal es lo que he encontrado al intentar reiniciar el administrador de red ... volví diez conjuntos de actualizaciones en Ubuntu pero aún lo
golpeé
1
Este problema ocurrió solo para aquellos que activaron el proposedrepositorio. Eso fue inicialmente una mala idea.
Pilot6 el
66
Más diré que la mala idea era promover libnl a las actualizaciones propuestas, sin probarlo con la versión real del administrador de red allí ... y activar la propuesta tiene un propósito real en una versión de lts ubuntu de 2 años para apuntar * -lts-astuta, por ejemplo, y además 3 meses antes del próximo lanzamiento de Lts - de todos modos, sucede una mierda ;-)
r2rien
Solo para referencia futura: la "última" actualización no tiene sentido cuando no mencionas qué versión de Ubuntu estás usando y a qué versión de Network Manager actualizaste.
muru
Me he enfrentado a este problema que no se solucionó durante bastante tiempo. Lo que hago es sudo ifdown eth0desconectarme y sudo ifup eth0conectar un nuevo enlace :).
Hari KT

Respuestas:

124

Porque

Esto es causado por una regresión introducida con una solución para el error libnl3 # 1511735 .
El fallo del administrador de red resultante se ha informado en el error de administrador de red # 1539513 o en el error de administrador de red # 1539634


Solución

Baje los paquetes de libnl y espere una actualización del paquete de administrador de red


Paso 1

Intente degradar libnl con apt-get como en la respuesta @Max:

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

Paso 2

Si el Paso 1 falla,
debido a que los paquetes ya no están en su caché y obviamente no pueden ser descargados por el administrador de paquetes, debe degradar los paquetes libnl manualmente (descargar + instalar):

  • Descárguelos y cópielos en su sistema
    [desde el arranque de un CD de distribución / rescate en vivo o desde otra computadora + memoria USB]
    Descargar enlaces para amd64 : libnl libnl-genl libnl-route
    Descargar enlaces para i386 : libnl libnl-genl libnl-route

  • De vuelta a su sistema, donde guardó estos .debarchivos, instálelos con dpkg:

    sudo dpkg -i libnl-*.deb
    

Paso 3

Ahora debería poder (re) iniciar NetworkManager y recuperar las redes:

sudo service network-manager restart

Aviso

Estos errores llegan a ubuntu trusty 14.04 con actualizaciones prelanzadas :trusty-proposed Propiedades de actualizaciones de software

Donde la última actualización de los paquetes de la versión libnl 3.2.21-1a 3.2.21-1ubuntu1introducido una regresión causando el gestor de red para estrellarse


Todavía no hay ninguna actualización en el administrador de red en latrusty-proposed
versión actual:0.9.8.8-0ubuntu7.2

Una actualización del administrador de red ahora está disponible en latrusty-proposed
versión actualizada: 0.9.8.8-0ubuntu7.3
pruebe el paquete propuesto (# 1539634 comentario n ° 11)


Por lo tanto, hasta que se active una actualización en su administrador de paquetes, debe aplicar una "retención", como se menciona en el error libnl3 # 1511735, comentario n ° 29 :

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

Una vez trusty-proposedinstalada la futura actualización desde , puede eliminar esa retención con:

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

Que luego te permitirá actualizar de nuevo libnl

r2rien
fuente
1
Si no recuerdo mal, después de instalar esos tres libnlpaquetes (en la versión 3.2.21-1, no, no 3.2.21-1ubuntu1tuve que reiniciar la máquina. Creo que simplemente volví a ejecutar sudo /usr/sbin/NetworkManager o algo así. ¿Es esto correcto? Básicamente, estoy preguntando si es necesario reiniciar , o si algo más es suficiente?
Aaron McDaid
3
NetworkManger es un servicio (pero podría depender de su sistema operativo / versión) Por lo tanto, a sudo service network-manager restartdebería ser suficiente
r2rien
1
Mejorado el formato. También estoy experimentando esto y esta respuesta funcionó para mí.
laconbass
1
@laconbass gracias a su formato enormemente mejorado ;-)
r2rien
1
Si este error lo afectó, haga clic en los dos enlaces de error de la plataforma de lanzamiento en la segunda línea y, en la página de la plataforma de lanzamiento, haga clic en "Sí, este error le afecta". Luego agarra tus tomates podridos y únete a mi linchamiento para una ira mal dirigida. Gracias por este post!
guttermonk
10

A partir de 2016-05-13, este error libnl también está afectando a los usuarios sin propuesta de confianza , que seguramente serán dirigidos aquí por Google.

Actualizado libnly los network-managerpaquetes ya se han lanzado, por lo que recomiendo una actualización hacia adelante .

Habilitar red manualmente

Suponiendo que está utilizando una conexión por cable eth0y una red con DHCP habilitado, configure su interfaz de red con un terminal:

sudo ifconfig eth0 up
sudo dhclient eth0

Actualizar el administrador de red

Con la red en funcionamiento, realice una actualización usando Software Updater o desde el terminal usando apt-get.

Opción A: Actualizador de software

Ejecute el Actualizador de software y actualícelo normalmente. En el momento de la escritura, ya se han lanzado paquetes fijos.

Opción B: apt-get

(no probado) Si desea minimizar las partes móviles o no tiene una interfaz gráfica, también puede actualizar desde el terminal:

sudo apt-get update
sudo apt-get install network-manager
Eero Aaltonen
fuente
¡muchas gracias! No tengo una memoria USB, pero mi escritorio tiene una conexión por cable ... y esto es muy útil.
Kane
+1. Ahora se han lanzado versiones actualizadas de estos paquetes, esta es la solución más limpia. (Además, confirmando que me golpearon con esto sin 'propuesta' habilitada, y tuve que recordar gruñónmente cómo configurar las conexiones con iwconfig antes de que pudiera conectarme en línea)
nikobelia
8

Además de la solución dada, quiero dar un consejo general.

Apague el repositorio "propuesto"

No se supone que esté encendido. Este "problema" afectó solo a aquellos usuarios que activaron el repositorio propuesto e instalaron un paquete roto.

Este repositorio contiene paquetes de prueba que no se recomienda instalar a menos que desee probar algunos paquetes específicos.

ingrese la descripción de la imagen aquí

Manténgase "propuesto" si no quiere este tipo de sorpresas.

Puede consultar esta pregunta para obtener más información.

Piloto6
fuente
3
No culpes a los usuarios, por favor. En mi opinión, es infantil y no productivo, ya que los usuarios podrían culpar a los desarrolladores. La mejor respuesta es aumentar su nivel de comprensión del sistema que utilizan, por lo tanto, su conocimiento sobre cómo manejar este tipo de error de regresión
r2rien
3
Como desarrollador, una regresión introducida por una solución, sea cual sea su nivel de legitimidad, ES un error. ¿Puedo sugerirle que se relaje un poco? Su tono suena paternalista, por decir lo menos. Por mi parte, redacté en consecuencia mi respuesta. Por su parte, y a su nivel, podría haber proporcionado algunos enlaces útiles, como EnableProposed o PerformingSRUVerification, por ejemplo
r2rien el
2
@ r2rien: Si se apega al uso de un LTS, incluso si hay versiones más recientes del sistema operativo disponibles, no está muy interesado en usar el software 'más reciente y mejor' en primer lugar. Por lo tanto, la combinación de usar un LTS y tener la propuesta habilitada permanentemente es inconsistente. (Llegué al mismo problema, pero creo que tengo que "culparme"). Estoy de acuerdo con Pilot6 en que esto no es un error. El sufijo "-propuesto" implica que está destinado a desarrolladores y evaluadores.
Gunnar Hjalmarsson
2
Estoy de acuerdo en que ES un error, pero en un paquete de prueba. El propósito de las pruebas es encontrar este tipo de problemas. Pero si un usuario no quiere resolver este tipo de problemas "de repente", el repositorio debe deshabilitarse.
Pilot6
2
Sí, la mayoría de los usuarios no deberían tener habilitados los backport propuestos o confiables. Sin embargo, a partir de hoy 13 de mayo de 2016, aparentemente el mismo error apareció para algunas personas que no usaban backports de confianza, que requieren redes manuales o la actualización del administrador de red a 0.9.8.8-0ubuntu7.3. Ver [ bugs.launchpad.net/ubuntu/+source/libnl3/+bug/1581535]
Cedric Knight
3

Actualiza network-manager 0.9.8.8-0ubuntu7.2y reinicia.

Solución alternativa: uso de la configuración de red manual a través de sudo nano /etc/network/interfaces

Solución alternativa de trabajo!

Degradar algunas bibliotecas:

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
Max
fuente
Eso no proporciona una respuesta en absoluto.
Eduardo Cola
La degradación de las bibliotecas puede hacer que otros programas fallen, tenlo en cuenta.
Thomas Ward
Para mi sistema (ElementaryOS, Linux 3.19.0-49-generic # 55 ~ 14.04.1-Ubuntu 14.04) la rebaja fue exitosa y nm funcionó nuevamente.
Max
1
-1 Aunque esto puede funcionar en un sistema operativo básico, Ubuntu es un sistema operativo diferente, por lo que una solución puede no ser compatible.
David
3
Esta respuesta es correcta. Me funcionó con Ubuntu 14.04. Descargué por separado las versiones anteriores de tres paquetes ( libnl-...) y los instalé a través de dpkg -i. Esta mañana, mi máquina tenía exactamente esa versión ( 3.2.21-1no 3.2.21-1ubuntu1) de los tres paquetes enumerados en la respuesta
Aaron McDaid el
2

Tuve el mismo problema esta mañana y la degradación de los paquetes libnl también funcionó.

Reanudé utilizando un CD de rescate, descargado libnl-3-200-3.2.21-1_amd64.deb, libnl-genl-3-200_3.2.21-1_amd64.deby libnl-route-3-200_3.2.21-1_amd64.debde http://archive.ubuntu.com/ubuntu/pool/main/libn/libnl3/ , instalé el uso dpkg -iy reiniciado.

La red ha vuelto. Puede que no sea la solución definitiva, pero por el momento me puso en marcha el 14.04.

Aquí está el informe de error: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1539634 .

Daniel Young
fuente
1

Sabía que la solución saldría rápidamente, la parte difícil era el problema del huevo y la gallina de estar en línea. Una forma es usar Ethernet con cable, que es realmente fácil de poner en marcha:

Abrir una terminal

sudo dhclient eth0
sudo apt-get update
sudo apt-get upgrade
Dave Crooke
fuente
0

Soy un principiante muy nuevo en ubuntu y eso también es un hombre no técnico que tiene muy poca experiencia con estos lenguajes de computadora y todo.

Me enfrenté al problema similar con nm

según las instrucciones de r2rien, descargué los tres archivos de los enlaces proporcionados por él

(primero no pude entender que son tres enlaces, pero gracias a su uso preciso del inglés: la palabra "archivos" me hizo buscar de nuevo y descargué los dos archivos restantes)

entonces no pude instalarlo

no pude entender el asterisco en "sudo dpkg -i libnl - *. deb"

cuánto intenté instalar los primeros archivos individualmente, luego juntos, luego con apt-get; alguna vez intercambiando = en lugar de _ como 3-200 = 3.2.21-1 en lugar de 3-200_3.2.21-1. Todavía no hay resultado. busqué en la red y descubrí una forma muy fácil de hacerlo. arrastrando el archivo en la terminal después de "sudo dpkg -i"

luego encontré otro problema: los desencadenantes del procesamiento ... que también como alguien dio una sugerencia con solo "ingresar y luego el nombre de usuario y enter" lo resolvió. todavía era escéptico. Finalmente funcionó. gracias r2rien y amigos.

Dev
fuente
El asterisco en 'libnl - *. Deb' es un comodín, por lo que ese comando afectará cualquier cosa que comience con "libnl-" y termine con ".deb". Como nota al margen: en las comunidades de StackExchange, es bueno poner mensajes como este que son comentarios sobre las soluciones de otras personas en los comentarios, en lugar de como respuestas en sí mismos.
nikobelia