Tengo un módem ZTE MF-193E que funcionó bien antes. Cuando compré este módem hace más de un año, funcionó de inmediato. Ahora, a medida que Ubuntu avanza en la versión, las cosas se vuelven cada vez más difíciles para mí.
Este módem incluso funcionó hace un par de meses con Ubuntu 15.04 (64 bits). Ahora, en Ubuntu 15.10 (64 bits), no se puede conectar.
He configurado una conexión de banda ancha móvil . He intentado varias cadenas para APN, pero esto no ha sido un problema antes.
(El módem funciona bien en Windows 10, por lo tanto, esto no es un problema de hardware en absoluto. Además, la GUI de Modem Manager detecta muy bien este dispositivo. Los SMS se pueden enviar y recibir sin ningún problema).
Cuando inserto el módem, se detecta bien, se muestra un icono de CD en Unity con el nombre del módem. Unos segundos después, recibo un cuadro de mensaje
Mobile Broadband Network: you are registered on the home network
cerca del ícono de red.
Cuando intento conectarme, el ícono inalámbrico en el applet del administrador de red inicia esos movimientos centrífugos, pero finalmente no se conecta y un mensaje me dice que estoy desconectado.
La línea de la que podría aislarme /var/log/sysloges esta,
NetworkManager[628]: <info> (ttyUSB1): device state change: ip-config
> -> failed (reason 'ip-config-unavailable') [70 120 5]
Sin embargo, no estoy seguro de si este es el relevante.
Más líneas de
/var/log/syslogse pueden encontrar aquí .
Actualización 1 - 06 de diciembre de 2015
Como señaló un miembro amable, probé el nf_conntrack_pptpenfoque del módulo.
Ejecuté los siguientes comandos,
$ lsmod | grep nf_conntrack_pptp | wc -l
0
$ sudo modprobe nf_conntrack_pptp
lsmod | grep nf_conntrack_pptp
nf_conntrack_pptp 20480 0
nf_conntrack_proto_gre 16384 1 nf_conntrack_pptp
nf_conntrack 106496 2 nf_conntrack_proto_gre,nf_conntrack_pptp
Luego probé mi módem, el mismo fracaso. Ningún cambio perceptible en el registro tampoco.
Actualización 2 - 06 de diciembre de 2015
Ejecutado como root,
systemctl restart network-manager.service
No hay salida en pantalla (terminal).
El registro correspondiente del punto anterior a un intento de conexión usando el módem se puede encontrar aquí .
Actualización 3 - 06 de diciembre de 2015
Instalado ofonoy luego intentado el módem nuevamente.
Por favor vea el registro aquí .
Actualización 4 - 06 de diciembre de 2015
Nuevamente ejecutado como root,
systemctl restart network-manager.service
El registro correspondiente del punto anterior a un intento de conexión usando el módem se puede encontrar aquí .
Actualización 5 - 06 de diciembre de 2015
Cambió todo "negar" a "permitir" /etc/dbus-1/system.d/nm-dispatcher.conf.
Intenté conectar. Sin suerte.
Algunas redes se conectan y desconectan con la conexión Ethernet.
Seguido de sudo systemctl restart network-manager.service.
Módem enchufar y enchufar.
Intenté conectar de nuevo. No se conecta
El registro está aquí .
Actualización 6 - 06 de diciembre de 2015
Ejecutado
sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt
y
export NM_PPP_DEBUG=1
sudo NetworkManager --no-daemon 2>&1 | tee /tmp/nm.log.txt
No se pudo ejecutar mm-test.pydebido a múltiples errores. Encontró el archivo en la ubicación indicada. Obtuve esto de https://github.com/openshine/ModemManager/blob/master/test/mm-test.py .
Los comandos anteriores son algo diferentes de los de Wiki.
Los archivos de registro están aquí .
Actualización 7 - 07 de diciembre de 2015
Ejecutado de nuevo (después del cambio sugerido /lib/udev/rules.d/40-usb_modeswitch.rulesy reiniciar)
sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt
y
sudo NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --log-level=debug --no-daemon > /tmp/nm.log.txt
El /var/log/syslogestá incluido también.
Los archivos de registro están aquí .
Actualización 8 - 08 de diciembre de 2015
El conjunto actualizado de registros está aquí .
Actualización 9 - 08 de diciembre de 2015
Prueba 1
Esta vez arrancó la computadora desde un DVD Ubuntu 14.04 de 32 bits. Tan pronto como la computadora arrancó, comenzó a capturar el registro MM.
Insertó el módem.
lsusbdemostró que estaba siendo reconocido como un dispositivo 19d2: 1232 que debe cambiarse a un dispositivo 19d2: 2003. Dado que la instalación de usb-modeswitch requiere reiniciar la máquina (y, por lo tanto, perder la instalación para ejecutar DVD), preparé un archivo de interruptor personalizado y cambié el módem desde la línea de comandos (sudo usb_modeswitch -I -c 19d2:2003).Tan pronto como se realizó la conmutación, me informaron que estaba encendido
Mobile Broadband Networky que aparecía una nueva conexión de banda ancha en el menú del administrador de red.Configuré la conexión anterior de la forma habitual (el nombre APN no fue un problema), y la conexión se estableció automáticamente.
Desconecté y expulsé el módem.
Dejó de capturar el registro MM.
El registro MM completo y el registro del sistema para el inicio de la sesión para la expulsión del módem se pueden encontrar aquí .
Prueba 2
La misma prueba con un DVD Ubuntu 14.04 de 64 bits.
Los registros se pueden encontrar aquí .
Actualización 10 - 09 de diciembre de 2015
Esta vez probamos wvdialy descubrimos que si wvdialse ejecuta como root, obtenemos una conexión exitosa .
El wvdialconf y log, y el syslog correspondiente están aquí
Conjetura primaria: la situación podría tener algo que ver con el grupo de usuarios del usuario correspondiente.
Pero como se indica aquí ,
Con todas estas herramientas, para establecer una conexión de acceso telefónico, el usuario debe ser miembro de los grupos "dip" y "dialout", por lo tanto, coloque a todos los usuarios que se supone que deben conectarse mediante acceso telefónico en estos grupos.
Pero como podemos encontrar,
$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark
Entonces, el usuario ya es miembro de los grupos indicados.
Ahora, tal vez el problema se reduce a cualquiera de estos puntos,
- ¿Qué grupo adicional necesita ser el usuario?
- ¿Cómo ejecutamos el proceso de configuración de la conexión de banda ancha móvil como root? (¿temas de seguridad?)
Actualización 11 - 09 de diciembre de 2015
wvdialfunciona con USB3 y no funciona con USB1.
Encuentra el syslog aquí .
También se incluye la salida de dmesg | grep tty > /tmp/dmesg.tty.txt. ¿Pero ves esas cuatro líneas cerca del inicio del archivo?
Actualización 12 - 10 de diciembre de 2015
Comentó la línea 4 (
SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end") en/lib/udev/rules.d/77-mm-zte-port-types.rules.Reinicié mi máquina. Soft desconectó el cable e insertó el módem.
Intenté conectarme. Fracasado.
El archivo syslog está aquí .
Actualización 13 - 10 de diciembre de 2015
Por pura desesperación, para ver si algunos cambios locales están afectando la conexión, probé la máquina con los DVD Ubuntu 15.04 y 15.10.
- Arrancó la máquina con Xubuntu 15.04 64 bit DVD. La conexión fue exitosa como un encanto.
- Arrancó la máquina con Ubuntu 15.10 64 bit DVD. La conexión falló como antes.
¿Qué pasó entre 15.04 y 15.10?
Muy frustrante.
Actualización 14 - 10 de diciembre de 2015
Creó un nuevo archivo
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulescomo se indica en la respuesta.Reinicié mi máquina (o ejecuté
sudo udevadm control --reload, realmente probé ambas). Insertó el módem.El módem fue reconocido.
$ lsusb Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSMSoft desconectó el cable e intentó conectarse usando el módem. Fracasado.
Expulsó el módem.
La máquina se cuelga una vez, ¿es un evento aleatorio? Mi máquina no suele colgarse una vez al año.
El archivo syslog y los archivos de reglas creados están aquí .
Actualización 15 - 11 de diciembre de 2015
Se agregaron las siguientes líneas a
/lib/udev/rules.d/40-usb_modeswitch.rules.# ZTE MF193E ATTR{idVendor}=="19d2", ATTR{idProduct}=="1232", RUN+="usb_modeswitch '%b/%k'"Dejó el archivo
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulesintacto.Reinicié mi máquina. Insertó el módem.
El módem fue reconocido.
Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSMSoft desconectó el cable e intentó conectarse. Fracasado.
Expulsó el módem.
Eliminado
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules.Reinicié e intenté todo el proceso nuevamente. Sin éxito de nuevo.
El archivo syslog (completo, no corrí el riesgo de perder ninguna parte importante) y el archivo de reglas mencionado (40) están aquí .
Actualización 16 - 11 de diciembre de 2015
Dejó solo una regla 1232 adentro
/lib/udev/rules.d/40-usb_modeswitch.rules, eliminó la otra.Ejecutado
sudo udevadm control --reload.Insertó el módem.
El módem fue reconocido.
Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSMSoft desconectó el cable e intentó conectarse. Fracasado.
Expulsó el módem.
¿Pero no probamos el sistema predeterminado anterior? ¿Querías dejar /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulesen su lugar?
El archivo syslog (completo, no corrí el riesgo de perder ninguna parte importante) y el archivo de reglas mencionado (40) están aquí
Actualización 17 - 11 de diciembre de 2015
Comentó la regla 1232
/lib/udev/rules.d/40-usb_modeswitch.rules, agregó una para 2003.# ZTE MFxxx # Added on December 11 2015 ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"Ejecutado
sudo udevadm control --reload.Insertó el módem.
El módem fue reconocido como un dispositivo 1232 . No se me ofrece intentar conectar (hasta donde yo sé, no se registrará en la red de banda ancha a menos que haya ocurrido el cambio a 2003)
Bus 001 Device 008: ID 19d2:1232 ZTE WCDMA Technologies MSMExpulsó el módem.
El archivo syslog y el archivo de reglas mencionado (40) están aquí
Actualización 18 - 11 de diciembre de 2015
Ponga todos los archivos de reglas en su forma original.
lsusbSalida observada cada segundo usando un script de shell. Salida capturada en archivos con sello de tiempo.Insertó el módem. (El módem aparece por primera vez en el archivo
lssuboutouput.Fri Dec 11 16:56:29 BDT 2015.txt). Como podemos encontrar en las capturas, está claro que cambia de un dispositivo 1232 a uno de 2003.Intenté conectarme. Fracasado.
Expulsó el módem.
El archivo syslog, las lsusbsalidas con sello de tiempo y los archivos de reglas mencionados están aquí .
Ahora, es posible que desee hacer coincidir las salidas de syslog con las marcas de tiempo.
Actualización 19 - 11 de diciembre de 2015
Realicé esta prueba en una dirección completamente nueva con el deseo de poder aislar los problemas.
Guardado en un medio portátil
/lib/udev/rules.d/40-usb-media-players.rulesy/lib/udev/rules.d/77-mm-zte-port-types.rules(desde la máquina Ubuntu 15.10).Arrancó la máquina usando Xubuntu 15.04 64 bit DVD.
Ejecutado
diff 77-mm-zte-port-types.rules /lib/udev/rules.d/77-mm-zte-port-types.rules > diff15.10and15.04_77-mm.txt. El primer archivo es del que se guardó desde 15.10.El examen del archivo diff no muestra
idProduct1232 o 2003.Ejecutado
diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules > diff15.10and15.04_40-usb.txt. Nuevamente, el primer archivo es del que se guardó desde 15.10.Nuevamente, el examen del archivo diff no muestra
idProduct1232 o 2003.Insertó el módem. El módem fue reconocido como un módem.
$ lsusb Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSMPodría conectarse fácilmente después de configurar una conexión de banda ancha móvil.
Expulsó el módem.
Instaló el último USB_ModeSwitch.
diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rulesAhora devuelve NULL, como se esperaba.
Ejecutado
sudo udevadm control --reload-rules.Insertó el módem. El módem fue reconocido como un módem.
$ lsusb Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSMPodría conectarse fácilmente.
Podría haber intentado actualizar MM y NM a Ubuntu 15.10, solo para ver dónde se rompe. En realidad lo intenté pero me di por vencido debido a problemas de dependencia interminables.
Todos los archivos diff mencionados anteriormente están aquí .
Actualización 20 - 12 de diciembre de 2015
Prueba 1
El
/lib/udev/rulesen estado original.El dispositivo de módem aún no se ha insertado en esta sesión.
Configure ModemManager para depurar y configurar la captura de udevadm.
sudo udevadm monitor --e |& tee udevadm.update20.WITHOUT78.log sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee MM.update20.WITHOUT78.logConectó el módem y esperó hasta que diga que está registrado en la red de banda ancha.
Intenté conectar sin éxito.
Expulsó el módem.
Archivos de registro empaquetados.
Prueba 2
Repitió la prueba anterior con
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulesen su lugar.
Los nombres de los archivos de registro se explican por sí mismos.
Todos los archivos de registro anteriores más syslog y los 78 archivos de reglas están aquí .
Deseo que todos los archivos de registro vengan con marcas de tiempo, haciendo más fácil la coincidencia.
Actualización 21 - 15 de diciembre de 2015
- Cambió el archivo de reglas como se sugiere.
- Reinicié mi máquina.
- Insertó el módem e intentó conectarse. No funcionó.
El archivo de reglas y el syslogestán aquí .
Actualización 22 - 16 de diciembre de 2015
Como se aconseja en un comentario, instalé varios núcleos desde http://kernel.ubuntu.com/~kernel-ppa/mainline/ e intenté conectar usando el módem después de arrancar en cada uno.
4.2.8-040208-genérico, falla.
4.1.15-040115-genérico, falla.
4.0.9-040009-genérico, falla.
Entonces, quizás, podemos descartar el problema del núcleo.
Actualización 23 - 16 de febrero de 2016
El módem ha comenzado a funcionar en Ubuntu 16.04. Esta versión todavía está en Alpha 1, pero funciona bien en mi computadora portátil.