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

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

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

这快把我逼疯了。首先，这里的一些老建议会让你的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开发工作。一定是谷歌的某些更新将其翻转到另一个设置。

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

当你将usb连接到电脑时，它会询问你是否信任电脑来调试手机上的应用程序。单击“是”就解决了问题

没有拔掉

所有提供的答案都假设您能够拔下并重新连接USB线。在这种情况下，这是不可能的(例如，当你是远程的)，你可以做下面的事情，基本上做建议的udev规则将在重新插入:

lsusb

找到你关心的设备，例如:

Bus 003 Device 005: ID 18d1:4ee4 Google Inc. Nexus

记下它所在的公交车号码，然后执行，例如003路公交车:

sudo chmod a+w /dev/bus/usb/003/*

显然，这可能比您想要的更宽松(可能有更多的设备连接，而不仅仅是这一个)，但您可以理解。