android - portable - como usar adb
Adb no comenzará (21)
Ejecutando Vista, intenté iniciar adb
desde shell como administrador.
ADB server didn''t ACK
* failed to start daemon *
¿Alguna ayuda para esto?
En una Mac o Unix
Para aquellos de ustedes que vienen aquí con Mac o Unix, lo siguiente funcionó para mí:
adb kill-server
adb server
1. $ apt-get remove android-tools-adb
2. $ cd $ PATH_TO_SDK / platform-tools /
3. $ ./adb dispositivos
Verás así:
- El demonio no se está ejecutando. iniciándolo ahora en el puerto 5037 * no se puede enlazar ''tcp: 5037'' el servidor ADB no ACK * no pudo iniciar el daemon *
Eso muestra qué errores.
Ahora que reinicies tu PC, lo hará bien.
O
# lsof -i:5037
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
wineserve 3609 root 268u IPv4 20118 0t0 TCP localhost:5037 (LISTEN)
#
Sabrás qué software utiliza el puerto.
Abra Comando Navegue por su archivo adb.exe donde se encuentra Acceda al archivo del comando adb kill-server adb start-server
Cuando además dice que el adb server is out of date. killing...
adb server is out of date. killing...
lo mata por ti. El problema es que se reinicia tan pronto como fue asesinado.
Así que deberías considerar encontrar el adb.exe
donde sea que esté. La forma más sencilla de hacerlo es abrir un Task Manager
, encontrando un proceso adb.exe
-> RMB
-> Open file location
-> eliminarlo desde allí. A menos que no sea necesario, en este caso deberías actualizarlo. En mi caso, fue en C:/Windows/
y vino con su Visual Studio.
El servidor adb no se está ejecutando. puede abrir la ventana de línea de comandos en Windows para verificar qué proceso está usando el puerto 5037, recuerde el número de proceso.
netstat -ano |findstr "5037"
Luego use Ctrl + alt + delete para abrir el administrador de procesos para finalizar el proceso que posee el puerto 5037. Tal vez deba intentar esto varias veces hasta que el puerto 5037 sea de uso libre.
En una consola, intente:
taskkill /F /T /IM adb.exe
Haga esto muchas veces, hasta que diga ERROR: The process "adb.exe" not found.
Entonces
adb devices
Encontré una solución como:
Sigue el paso:
- Abrir administrador de tareas
- encontrar proceso
adb.exe
- deténgalo o termínelo.
- Ejecuta tu proyecto.
Es posible que tenga una copia atascada del demonio adb
en la memoria. Intente eliminarlo con el Administrador de tareas, o reinicie, y vea si eso ayuda.
Este problema me ha molestado durante mucho tiempo. Además de la respuesta anterior, utilice estos consejos:
- Cree un archivo bat con lo siguiente y ejecútelo. Este archivo bat solucionará la mayoría de tus problemas de adb.
tskill adb
cd / herramientas /
adb kill-server
adb start-server
ddms
Use el comando
netstat
para monitorear el estado de las conexiones (adb usa 5037)Si el archivo bat no funciona, intente: desconectar, reiniciar y conectar el teléfono. (pista: use `adb reboot ''si adb está respondiendo, si no, hágalo a la manera antigua)
A veces Windows puede ser divertido. Reinicie la máquina.
Activar el modo de depuración USB
- Descarga el SDK de Android y descomprime
- Desinstale todos los "Android *" del Administrador de dispositivos
- Haga un "Agregar hardware" desde el Panel de control, seleccionando "Instalar el hardware ... (Avanzado)"
- Seleccione "Dispositivos USB Android" y haga clic en "Siguiente"
- Haga clic en "Utilizar disco" e ingrese la ruta donde se descomprimió el SDK
Sigue sin funcionar ? Reajuste de fábrica el teléfono.
La detección de MTP retrasa el ADB. A veces, si necesita registros de tiempo de arranque, es posible que tenga que deshabilitar el controlador MTP en el Administrador de dispositivos (Windows)
Este es un parche brillante para adb cuando recibes el error:
Error de conexión Adb: una conexión existente fue cerrada por la fuerza por el control remoto "
Hay otra posibilidad más. Si ha instalado algún administrador de permisos, como el administrador avanzado de permisos de Android, el adb puede fallar. Fue mi caso. Desinstala la aplicación y luego no hay problemas.
La respuesta principal es específica de Windows, pero tiene una visibilidad decente de Google, por lo que si está ejecutando una máquina similar a * nix (estoy en una Mac), los pasos son similares:
$ killall adb
$ cd <PATH_TO_SDK>/platform-tools/
$ adb kill-server
$ adb start-server
O, si eres como yo y solo quieres acceder a adb sin importar tu directorio actual, agrega
export PATH=${PATH}:<PATH_TO_SDK>/platform-tools/
a su ~/.bash_profile
.
Me enfrento a este problema con Genymotion , así que lo reemplacé adb
con mi adb
actual. Para referencia:
cd $GENYMOTION_HOME/tools
mv adb adb-old
ln -s $ANDROID_SDK/platform-tools/adb adb
No pude usar adb. Recibí el siguiente error, tanto en la línea de comandos como en eclipse.
* daemon not running. starting it now on port 5037 *
ADB server didn''t ACK<br>
* failed to start daemon *
Es decir, el adb start-server
falló incluso después de reiniciar. Para diagnosticar el problema, encontré que puedes ejecutar adb con los siguientes argumentos:
adb nodaemon server
Y se imprimirá la razón por la que no se puede ejecutar. En mi caso, era una línea en blanco en el archivo adb_usb.ini
.
Para evitar esto, simplemente cambie los siguientes valores en su host_config.xml:
<!-- Number of tests executed between reboots. A value <= 0 disables reboots. -->
<IntValue name="maxTestCount" value="10000" />
<!-- Max size [tests] for a package to be run in batch mode. -->
<IntValue name="maxTestsInBatchMode" value="100000" />
<!-- Max time [ms] between test status updates. -->
<IntValue name="testStatusTimeoutMs" value="600000" />
Para quien esté usando Android Studio y MAC. Esto es lo que funcionó para mí:
- En Android Studio: Herramientas -> Android -> Desmarque "Habilitar integración de ADB"
- En la terminal: "adb kill-server"
- En Android Studio: Herramientas -> Android -> Marque "Habilitar integración de ADB"
- En la terminal: "adb start-server"
Parece que son lo mismo, pero en algún momento, el comando adb kill-server no tiene efecto (al menos está en mi caso). Por lo tanto, he intentado de otra manera.
Puede verificar de esta manera: https://.com/a/34627522/5597864
Si está obteniendo el error cannot bind ''tcp:5037''
y está usando cualquier distribución de Linux como Ubuntu,
Matar el viejo proceso de ADB:
fuser -n tcp -k 5037
Esto matará el proceso adb en el puerto 5037 y luego,
Iniciar ADB:
adb start-server
Si está utilizando Android Studio, si
- tiene el cuadro de diálogo "Selector de dispositivo" abierto
- intenta ejecutar "dispositivos adb" desde su línea de comando
Conduce cada vez al siguiente error.
adb server is out of date. killing...
cannot bind ''tcp:5037''
ADB server didn''t ACK
* failed to start daemon *
error:
SOLUCIÓN (fácil y rápida)
Cierre el cuadro de diálogo "Selector de dispositivo". Mi conjetura es que trata de hacerse cargo de la conexión adb de una manera muy intensiva.
Yo tuve el mismo problema. Había editado incorrectamente mi archivo adb_usb.ini (tenía dos retornos de carro al final del archivo ... sí, esto fue difícil de encontrar).
Este archivo se encuentra en un lugar similar a /Users/{user-name}/.android/adb_usb.ini
(reemplace {nombre de usuario} con su propio nombre de usuario)
Asegúrese de que el archivo lea EXTACTAMENTE (sin espacios / retornos de carro / saltos de línea antes o después):
"# LISTA DE IDENTIFICACIÓN DE VENDEDORES USB DE ANDROID 3RD PARTY - NO EDITAR".
''# USE'' adb actualización de android ''PARA GENERAR ".
''# 1 ID DE VENDEDOR USB POR LÍNEA ".
(¡IMPORTANTE! No hay ''(apóstrofes) en el archivo real, esta fue la única forma de publicar esto sin que interpretara el # para BOLD).
Espero que ayude a alguien
> killall adb
> adb start-server
Reinicie Eclipse.
Básicamente, adb se está ejecutando en otro proceso en su caja, y necesita matarlo y volver a iniciar el daemon, ya que ambos intentan enlazarse al mismo puerto (: 5037). En mi caso, tenía otra ventana abierta a: 5037, y la olvidé. Me pregunté por qué no podía parar y empezar como siempre. Al ir a "killall" te aseguras de terminar todos los procesos. También puedes entrar en los procesos de la CPU y forzar el cierre.
adb nodaemon server
ayuda En mi caso, había editado ~ / .android / adb_usb.ini, y añadí 0x1949 al final para habilitar la depuración en el Kindle Fire. Lamentablemente, no pude manejar la (s) nueva (s) línea (s) que puse después del 0x1949