Incidencia #437 (closed Corrección: Fijada)
falla con el network-manager
| Informado por: | stratovarius | Propietario: | HuntingBears |
|---|---|---|---|
| Prioridad: | Normal | Hito: | canaima-popular-3.1~VC2 |
| Componente: | Canaima Popular | Versión: | 3.1 |
| Gravedad: | Importante | Palabras clave: | canaima, error |
| Cc: |
Descripción
El icono del network-manager, que aparece en el panel superior, aparece como desconectado a cualquier red, aun así teniendo conexión. Para solventar esta falla hay que editar el archivo /etc/network/interfaces, comentar las lineas que trae el archivo y se le añade la siguiente:
auto lo.
Finalmente se manda a reiniciar estos servicios.
/etc/init.d/networking restart y
/etc/init.d/network-manager restart
Historial de cambios
comment:1 Cambiado el 14 meses por Exodus
- Estado cambiado de new to accepted
- Propietario cambiado de Canaima Popular a Exodus
- Tipo cambiado de Error to Corrección
comment:2 Cambiado el 12 meses por erickcion
- Estado cambiado de accepted to resuelta
- Resolución establecido a Fijada
- Gravedad cambiado de Trivial to Importante
Esta incidencia es resuelta con el nuevo instalador de Canaima incorporado en la versión 3.1, el cual contiene la función interfaces() en el proceso de instalación que se encarga de generar el archivo en /etc/network/interfaces con el contenido adecuado para que la interfaz de red sea administrada automáticamente por el NetworkManager?.
En la siguiente URL se encuentra la implementación función antes mencionada:
comment:3 Cambiado el 12 meses por rhguerrero
- Estado cambiado de resuelta to revision
La que especifican arriba no soluciona el error del network Manager.
La solución correcta es la siguiente:
1.- Editar archivo /etc/NetworkManager/NetworkManager.conf
Cambiar la opción false por true en managed.
El archivo deberá quedar de la siguiente manera
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=true
2.-Reiniciar el network manager
/etc/init.d/network-manager restart
Con esto se soluciona el error del network manager
comment:4 Cambiado el 12 meses por erickcion
- Estado cambiado de revision to assigned
Reactivando el tique en vista de lo planteado por rhguerrero en comment:3
comment:5 Cambiado el 11 meses por HuntingBears
- Propietario cambiado de Exodus a HuntingBears
- Estado cambiado de assigned to accepted
comment:6 Cambiado el 11 meses por HuntingBears
- Estado cambiado de accepted to resuelta
Se han removido procedimientos obsoletos del postinstall del paquete canaima-escritorio-gnome, los cuales fueron sustituídos por configuraciones gestionadas a través de update-alternatives. Los cambios pueden ser apreciados en el siguiente commit:
Con este cambio, se modifica la variable managed=true a managed=false, tal como se sugiere en el comentario comment:3.
Para disfrutar de los cambios, se puede actualizar la rama auyantepui (aptitude update && aptitude full-upgrade), en donde se encuentra la última versión del paquete (3.1-29).
~Luis

Excelente reporte.
Agrego que, esta falla sólo se percibe en una instalación fresca del actual ISO de Canaima.
Se debe cambiar el archivo para que luzca así: (como viene de Canaima 3.0 en una instalación con 1 tarjeta de Red).
La falla se produce porque no hay levantamiento del stack TCP/IP, consecuencia de no levantar la interfaz loopback 'lo'.
Al agregar:
Y reiniciar network-manager:
Se corrige.
¿Habría que revisar el post-inst a ver qué sucede en la configuración de este archivo al momento de instalar Canaima 3.1 no?