这快把我逼疯了。首先，这里的一些老建议会让你的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://ptspts.blogspot.co.il/2011/10/how-to-fix-adb-no-permissions-error-on.html

我把这段文字复制在这里，以防将来它会消失。

创建一个名为/tmp/android.rules的文件，包含以下内容(来自供应商列表页面的十六进制供应商编号):

SUBSYSTEM=="usb", ATTRS{idVendor}=="0bb4", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0e79", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0502", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0b05", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="413c", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0489", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="091e", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="18d1", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0bb4", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="12d1", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="24e3", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2116", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0482", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="17ef", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1004", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="22b8", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0409", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2080", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0955", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2257", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="10a9", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1d4d", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0471", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04da", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="05c6", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1f53", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04e8", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04dd", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0fce", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0930", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="19d2", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1bbb", MODE="0666"

执行如下命令:

sudo cp /tmp/android.rules /etc/udev/rules.d/51-android.rules
sudo chmod 644   /etc/udev/rules.d/51-android.rules
sudo chown root. /etc/udev/rules.d/51-android.rules
sudo service udev restart
sudo killall adb

断开手机和电脑之间的USB线。

重新连接电话。

运行adb devices确认现在它有权限访问电话。

请注意，在.rules文件中，可以使用USER="$LOGINNAME"而不是，MODE="0666"，将$LOGINNAME替换为您的登录名，即id -nu打印的内容。

在某些情况下，可能需要给udev规则文件一个接近末尾的名称，例如z51-android.rules。

我的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，一切都工作了!

输入如下命令:

# cd to adb for sudo
cd `which adb | sed -e "s/adb//"`
adb kill-server
sudo ./adb start-server
./adb devices

This happens when you are not running adb server as root.  

重启udev时，关闭adb服务器，启动adb服务器，进入android sdk安装路径，在sudo上完成所有操作。然后运行adb设备即可解决权限问题。