在Archlinux中，这种情况偶尔会发生。解决办法:

$ sudo -s
# adb kill-server
# adb start-server

如果你使用的是debian，比如Ubuntu, deepin等，你可以尝试运行

sudo apt-get install android-sdk-platform-tools-common

瞧，你的问题解决了

这快把我逼疯了。首先，这里的一些老建议会让你的arch linux系统变砖。我不得不从备用USB启动来撤销规则破解。在我的一个案例中，我无法让我的android在插入USB时提示授权主机，并且有和其他人一样的症状:

$ sudo adb devices
List of devices attached
89MY08NPA       no permissions; see [http://developer.android.com/tools/device.html]

身为根并不重要。

进入android的USB设置，确保“使用USB”设置为“文件传输”。由于某种原因，我的手机被设置为没有数据传输，尽管我已经在这款手机上做了多年的android开发工作。一定是谷歌的某些更新将其翻转到另一个设置。

一旦将其设置为文件传输，就会提示允许从主机调试并恢复正常

我也遇到过同样的问题，解决方法是:(顺便说一下，你不需要在你的设备上安装root。)

输入“su”切换为超级用户。 路径/亚行kill-server。 路径/亚行启动服务器。 如果没有错误，在root帐号下可以看到“your-path/adb devices”的设备列表。 退出超级用户。 现在您可以在您的帐户中执行“adb设备”。

享受。

请按照http://developer.android.com/guide/developing/device.html(Archived链接上的说明进行操作) 将/etc/udev/rules.d/51-android.rules中0bb4的供应商id替换为18d1 或者再加一行: 子系统=="usb"， SYSFS{idVendor}=="18d1"， MODE="0666" 重新启动计算机或重新启动udev服务。

我的Galaxy S3也遇到了同样的问题。 我的问题是idVendor值04E8不是正确的。 要找到正确的，请将智能手机连接到计算机，并在终端中运行lsusb。它会像这样列出你的智能手机:

Bus 002 Device 010: ID 18d1:d002 Google Inc.

所以正确的idVendor值是18d1。/etc/udev/rules.d/51-android.rules中的行必须是:

SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666", GROUP="plugdev" 

然后我运行sudo udevadm control—reload-rules，一切都工作了!