用于调试的检测设备（ADB）不起作用

我已经在我的爱可视43互联网平板电脑（Android 2.3.26）上打开了USB调试功能，但adb未检测到设备。用于调试的检测设备（ADB）不起作用

我有Kubuntu 11.04。

输出的shell命令 “的lsusb”：

[email protected]:~/.android_sdk/platform-tools$ lsusb 
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub 
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub 
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub 
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub 
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub 
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub 
Bus 002 Device 002: ID 0e79:1411 Archos, Inc. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

所以我的 “供应商ID” 是0e79，不是吗？

因为我已创建以下文件中的下一个步骤：

sudo kate /etc/udev/rules.d/51-android.rules

具有以下内容：

SUBSYSTEM=="usb", SYSFS{idVendor}=="0e79", MODE="0666"

之后，我已经设置权限：

sudo chmod a+rx /etc/udev/rules.d/51-android.rules

然后我保存并重启udev：

sudo /etc/init.d/udev restart

而拼尽全力仍步骤亚行不显示我的设备后：

[email protected]:~/.android_sdk/platform-tools$ ./adb devices 
List of devices attached 
<empty line, because stackoverflow does not display this>

来源

2011-06-26 Spitfire777

您是否尝试过重新启动ADB，然后断开/重新连接设备，重新启动PC？ –

在某些情况下，你也有供应商ID添加到该文件：~/.android/adb_usb.ini

# ANDROID 3RD PARTY USB VENDOR ID LIST -- DO NOT EDIT. 
# USE 'android update adb' TO GENERATE. 
# 1 USB VENDOR ID PER LINE. 
0x0e79

记住，当你升级SDK，所以你可能需要重新编辑后该文件可能会被覆盖。

来源

2011-06-26 16:24:19

谢谢，我刚刚使用了以下教程： http://www.archos.com/support/support_tech/updates.html?country=us&lang=en （部分：适用于Android开发人员的ADB（ARCHOS Internet Tablet ））这等于你的建议:) – Spitfire777

太棒了！能够支持你的设备总是很好的;）。 –

而且我总是忘记在id之前加上“0x”。这太令人沮丧了！非常感谢！ –

我在Ubuntu 11.04，我可以得到亚行连接到我的Atrix的唯一方法是通过改变USB连接模式改为“Windows Media Sync”。首先，这很奇怪，但这很奇怪，因为当Windows设置为赢取媒体同步时，Windows上的ADB不会连接。或者您可以使用无线adb。有一些小部件可以让wifi adb很容易启用。他们在小部件和所有内容上显示IP地址。 :)

来源

2011-06-26 16:04:14 Brent

执行命令sudo /etc/init.d/udev restart后，您必须重新启动系统！我知道，这听起来像一个窗户的行为，但我发现这件事之前，我打破了我的头3个小时。

来源

2012-01-27 10:52:35 Antonio

不正确。您可能需要杀死正在运行的adb服务器。 –

true！经过近半个小时测试所有其他命令重新启动就像一个魅力，谢谢;）也许还有其他的方式，但它为我工作 – Hugo

我从SD读卡器借了一根电缆，它不适用于adb，而适用于sd读卡器。我尝试了一种新的电缆，看到adb设备识别该设备！

来源

2012-05-03 14:23:23 aultbot

Mageia 2

起初，我是这样的：

$ adb devices 
* daemon not running. starting it now on port 5037 * 
* daemon started successfully * 
List of devices attached

然后我发现我需要做的设置|应用程序|开发和检查USB调试复选框。

$ adb devices 
List of devices attached 
???????????????? no permissions

试图为根，我得到：

$ su -l 
# adb devices 
List of devices attached 
???????????????? no permissions

然后我意识到，亚行还在运行的普通用户。如果作为根，我所做的：

# adb kill-server 
# adb devices 
* daemon not running. starting it now on port 5037 * 
* daemon started successfully * 
List of devices attached 
A43-A44C0002-9BF80000-0C60C4CC-0D020027 offline

ADB for Android Developers (ARCHOS Internet Tablet)是有帮助的，但最后我做这个作为根：

# cat /etc/udev/rules.d/51-android.rules 
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", 
SUBSYSTEM=="usb", ENV{PRODUCT}=="e79/*", MODE="0666" 
SUBSYSTEM=="usb", SYSFS{idVendor}=="e79", MODE="0666" 
# udevadm control --reload-rules 
# udevadm monitor 
. 
. 
. 
^C

监控命令是有用的，因为它显示设备连接，断开连接，路径等

当时我能够停止服务器以root身份运行，并启动它作为一个普通用户：

# adb kill-server 
# exit 
$ adb devices 
* daemon not running. starting it now on port 5037 * 
* daemon started successfully * 
List of devices attached 
A43-A44C0002-9BF80000-0C60C4CC-0D020027 offline

设备在“脱机”时不工作。为了解决这个问题，我不得不重新启动爱可视43

$ adb devices 
List of devices attached 
A43-A44C0002-9BF80000-0C60C4CC-0D020027 device

虽然我怀疑，被要求这些行动，发挥它的安全，重启后，我确信在USB插上，并选择仅充电之前，我设置USB调试开启。我也禁用了WiFi和同步功能，但一旦它开始工作，adb仍然会与正在连接的设备连接。

在这一点上，在下载我的应用程序的工作：

$ adb install bin/HelloWorld.apk 
2914 KB/s (157589 bytes in 0.052s) 
     pkg: /data/local/tmp/HelloWorld.apk 
Success

附：第二天，知道前一天晚上一切正常，我启动了我的开发系统并尝试再次连接。这给了“离线”状态。我禁用同步和WiFi，无需重启爱可视43，然后adb devices显示“设备”状态，而不是“脱机”。我不知道该怎么做，但关掉这些东西毕竟可能有意义。

来源

2012-10-06 08:23:37 kbulgrien

实际上，就像Aultbot一样，更换电缆对我也有好处。奇怪的是，我一直在使用电缆几个小时，当它突然没有与亚行合作。

此外，还要确保你接受（在安卓4.0新的安全功能）的电话连接

编辑：最近，出现了关于亚行服务的一些问题。如果它没有启动（使用netstat或类似的方法检查或在运行adb命令以获取调试消息之前输入“set ADB_TRACE = 1”），然后检查处理该错误消息的线程。一个常见问题是某些其他应用程序（通过在adb命令之前键入“set ANDROID_ADB_SERVER_PORT = 12345”更改端口）正在使用默认端口。

来源

2013-06-29 09:55:32

用于调试的检测设备（ADB）不起作用

回答

相关问题