输入如下命令:

# 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.  

你不应该像其他答案建议的那样以root用户运行adb服务器。相反，如果你正在使用Arch Linux，请执行以下操作:

使用Pacman软件安装android-udev包 重新加载udev规则: # udevadm control——重新加载规则 将自己加入adbusers组，然后注销并登录: # usermod -aG adbusers $LOGNAME

来源:https://wiki.archlinux.org/index.php/android Configuring_adb

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

对于那些使用debian的人来说，在Ubuntu下设置设备以创建“/etc/udev/rules.d/51-android.rules”文件的指南不起作用。我听从了这里的指示。把同样的写在这里供参考。

以超级用户身份编辑此文件

sudo nano /lib/udev/rules.d/91-permissions.rules

找到与此相似的文本

# usbfs-like devices 
SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, \ MODE=”0664″

然后将模式更改为0666，如下所示

# usbfs-like devices 
SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, \ MODE=”0666″

这允许adb工作，但是我们仍然需要设置设备，以便它可以被识别。我们需要以超级用户身份创建这个文件，

sudo nano /lib/udev/rules.d/99-android.rules

并输入

SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, ATTRS{idVendor}==”0bb4″, MODE=”0666″

上面一行是HTC的，请关注@grebulon的帖子查看完整列表。

保存文件，然后以超级用户重新启动udev

sudo /etc/init.d/udev restart

通过USB连接手机，当你编译和运行一个项目时，它应该被检测到。

关于这个问题，有很多糟糕的答案，从坚持以根方式运行adb(不应该被吹捧为唯一的解决方案，甚至不应该被推荐)到解决完全不相关的问题。

下面是一个最简单、最通用的方法，可以同时处理所有adb和fastboot设备的权限:

echo 'ACTION=="add", SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:ff420?:*", MODE="0666"' | sudo tee /etc/udev/rules.d/99-android.rules
sudo udevadm control --reload-rules
sudo udevadm trigger --verbose --action=add --subsystem-match=usb

或者你可以使用我发布的这个要点稍长的版本。

至于OP在他的问题中做错的具体事情——在编辑.rules文件后没有重新加载udev规则。

此外，OP也没有告诉他的手机上有哪个Android版本(又名ROM)。idVendor值是在软件中设置的，因此它取决于ROM。所以他在最初的规则中使用的04E8的值只适用于带有三星库存ROM的设备。但这对这个udev规则来说不是问题——它匹配所有具有adb或fastboot接口的设备，而不管它们的VendorID。

请不要按照解决方案建议使用sudo (sudo adb start-server)!这运行adb作为根(管理员)，它不应该像那样运行!!这是一个糟糕的解决方案!

任何以root身份运行的东西都可以在系统中做任何事情，如果它创建或修改一个文件，可以将其权限更改为仅供root使用。再次,不要!

正确的做法是设置你的系统，让用户有权限，看看我写的这个指南如何正确地做到这一点。