La tablet Android i.onik sin nombre no es reconocida por adb -- adb devices empty

Como se describe en Configuración de ADB para el Nexus 4 en Ubuntu 11.10 , en Linux es importante aparecer en cualquiera de las dos listas ~/.android/adb_usb.ini (basado en el usuario) o /etc/udev/rules.d/51-android.rules . La sintaxis de ambos archivos difiere: mientras que en el primer caso basta con añadir el identificador de proveedor ( echo 0x18d1 >> ~/.android/adb_usb.ini para un Nexus 4), la entrada de la regla UDEV es un poco más compleja. Los detalles se pueden encontrar en la pregunta vinculada (o más bien sus respuestas).

En el caso de krlmlr, no se trataba de un "o", sino que aparentemente se necesitaban ambas partes (nunca me había pasado, y ni siquiera había utilizado el adb_usb.ini -- pero eso no significa que no existan esas excepciones). Al añadir el dispositivo en ambos lugares (que no puede hacer daño de todos modos), el dispositivo finalmente apareció.

Dos observaciones adicionales: Después de cambiar las reglas de UDEV, es necesario reiniciar el servicio UDEV para aceptar los cambios. En Ubuntu, esto se puede hacer a través de sudo service udev restart (alternativamente, puede forzar a UDEV a recargar sus reglas usando udevadm control --reload-rules ). Si su dispositivo sigue sin ser detectado, lo más probable es que estuviera enchufado mientras realizaba los cambios; entonces deberá desconectar y volver a conectar el cable USB. Por supuesto, Depuración USB debe estar activado en su dispositivo :)

Ejemplo

por krlmlr

Basado en la siguiente salida de lsusb para el dispositivo Android en cuestión:

Bus 002 Device 009: ID 2207:0010  

era necesario crear /etc/udev/rules.d/51-android.rules como root con el siguiente contenido:

SUBSYSTEM=="usb", ATTR{idVendor}=="2207", ATTR{idProduct}=="0010", MODE="0660", GROUP="plugdev"

y para crear ~/.android/adb_usb.ini con el siguiente contenido:

0x2207

El primero es necesario para permitir a los usuarios regulares (que pertenecen al grupo plugdev ) para acceder al dispositivo. Tenga en cuenta la máscara de permiso 0660 en lugar del frecuentemente visto 0666 que es más débil desde el punto de vista de la seguridad (el segundo permite el acceso "mundial", mientras que el primero sólo permite el acceso "de usuarios y grupos"). La segunda es necesaria para que adb intentos de hablar con el dispositivo en primer lugar. Después de eso:

sudo chmod a+r /etc/udev/rules.d/51-android.rules
sudo udevadm control --reload-rules
adb kill-server

y desenchufa+conecta tu dispositivo Android. Entonces,

adb devices

finalmente mostró el dispositivo Android.

Comentario de Izzy:

Para mi LG Optimus 4X HD , bastaba con añadir una línea a /etc/udev/rules.d/51-android.rules :

SUBSYSTEMS=="usb", ATTRS{idVendor}=="1004", ATTRS{idProduct}=="61a6", MODE="0666" GROUP="androiddev", SYMLINK+="android%n"

Tal vez el SYMLINK hace la diferencia de que no necesitaba la entrada extra en ~/.android/adb_usb.ini .

Intente editar adb_usb.ini y añada el identificador de su dispositivo, puede encontrarlo yendo al administrador de dispositivos, busque la "Interfaz ADB de Android", haga doble clic en ella y vaya a la pestaña de detalles, y en el menú desplegable de "Propiedades" seleccione "Identificadores de hardware" en el cuadro de abajo etiquetado como "Valores" Debería ver algo como "USB \VID_2207 &PID_0010&MI_01" Los números pueden ser diferentes en función de la identificación del proveedor del dispositivo, por ejemplo, mi identificación del proveedor es "2207" No abra el adb_usb.ini ubicado en las carpetas siguientes y añada la identificación del dispositivo en formato hexadecimal

por ejemplo mi id de dispositivo es "2207" lo pondré como "0x2207"

Suele estar situado en

1. XP: \Documents y Settings.Android
2. Windows 7: \Users.android\
3. Windows 7: \Users.android\

Pero si la carpeta no existe intente crearla usando cmd. Y si el archivo adb_usb.ini tampoco existe puedes crearlo usando el bloc de notas y pegando sólo el id de tu dispositivo y guardarlo en la carpeta .Android.