对我来说有效的方法是关闭并重新启动adb服务器。linux操作系统:sudo adb kill-server，然后sudo adb start-server。然后，它将检测出几乎所有开箱即用的设备。

关于这个问题，有很多糟糕的答案，从坚持以根方式运行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。

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

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

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

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

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

我用su，它开始工作了。当我与普通用户一起使用Jetbrains时，我看到了这个问题，但在su模式下重新启动Jetbrains后，我可以看到我的设备而不做任何事情。

我使用的是Ubuntu 13.04和Jetbrains 12.1.4

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

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

享受。