用於調試的檢測設備（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）不起作用

回答

相關問題