Estoy ejecutando una máquina anfitriona Ubuntu 14 en mi PC y recientemente adquirí un kit de desarrollo Eragon 820 que funciona con Android Marshmallow, todo funcionaba correctamente hasta que hice clic en la opción de restablecimiento de fábrica en la configuración de Android.
Después de eso, el adb / fastboot dejaron de funcionar y en el Dmesg aparece lo siguiente
[ 308.326141] usb 2-1.3: nuevo dispositivo USB de alta velocidad número 18 usando ehci-pci
[ 308.420065] usb 2-1.3: Nuevo dispositivo USB encontrado, idVendor=18d1, idProduct=d001
[ 308.420072] usb 2-1.3: Nuevas cadenas de dispositivo USB: Mfr=1, Producto=2, Número de Serie=3
[ 308.420076] usb 2-1.3: Producto: MSM8996 para arm64
[ 308.420079] usb 2-1.3: Fabricante: desconocido
[ 308.420083] usb 2-1.3: Número de Serie: 77a941ec
[ 310.055562] usb 2-1.3: usbfs: USBDEVFS_CONTROL fallado cmd adb rqt 128 rq 6 len 256 ret -110
[ 311.971228] usb 2-1.3: Desconexión USB, número de dispositivo 18
Estas mismas 8 líneas se repiten continuamente (es decir, el dispositivo se conecta, se reconoce, falla algún adb rqt...
, y luego se desconecta nuevamente).
¿Alguien sabe cómo solucionar este problema?
1 votos
¿Has configurado las reglas udev adecuadas? Consulta mi respuesta aquí para más detalles. Probablemente puedas tomar la regla udev que he publicado allí, ajustando
ATTRS{idProduct}=="4e22"
aATTRS{idProduct}=="d001"
.0 votos
@lzzy Gracias por tu respuesta rápida, sí, ya agregué el id del producto y el id del proveedor en el archivo 51-android.rules, pero no está mostrando el dispositivo en el comando adb devices.
0 votos
Parece que el dispositivo está teniendo algunos problemas entonces. Leyendo el registro nuevamente con eso en mente, parece que Linux intenta aplicar algún comando ADB, falla y desconecta el dispositivo (las últimas 2 líneas). Podrías intentar otro restablecimiento de fábrica, esta vez desde la recuperación (borrar caché y datos) y ver si eso ayuda, tal vez algo quedó incompleto en la ejecución anterior. No estoy seguro si eso ayuda, pero vale la pena intentarlo.
0 votos
@lzzy Incluso cargué una imagen nueva en él a través del modo fastboot, pero aún así el dispositivo no se enciende. ¿Se debe a que el cargador de arranque está corrupto?
0 votos
Sin idea. Pero si estuviera dañado, no podrías haber usado fastboot. Por cierto, que el dispositivo no se encienda no es de lo que trata tu pregunta, o al menos no mencionaste eso. Si no está encendido, es posible que el daemon de ADB no se haya iniciado correctamente, lo que explicaría el problema.
0 votos
@lzzy si cargo manualmente la imagen de arranque usando fastboot boot boot.img, el dispositivo se inicia correctamente. Pero si reiniciamos el dispositivo nuevamente, surge el mismo problema y el dispositivo se enciende.
0 votos
Eso suena como si hubiera algo de "corrupción" en la imagen de arranque (no en el cargador de arranque, eso es otra cosa). ¿Has considerado flashear una ROM nueva? Eso podría solucionarlo.
0 votos
@lzzy, Sí, flashé una imagen nueva que me dio el proveedor, pero también tuve el mismo problema. Hablé directamente con el proveedor y ellos también tienen el mismo problema con la versión de BSP que utilicé.
0 votos
En ese caso, pediría al proveedor que proporcione una solución. Y en cuanto a aquí: Dado que "no arranca" y "no detectado por ADB" son dos problemas diferentes, es mejor mantenerlos separados. ¡Es irritante si la pregunta pide uno y estás buscando principalmente el otro ;)