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

我尝试了上述的一些解决方案:

重启adb服务器 修改51-android.rules 把我自己加入adbusers组

它成功过一次。设备要求我授权PC，之后，一切正常。

问题是当我尝试在电脑重启后连接设备时，又出现了同样的问题。 为了克服现在这个问题，我不得不手动撤销设置->开发人员选项->USB调试授权，然后设备再次要求我授权PC，因此最终工作了。

还有一次，前面提到的撤销USB调试授权的解决方案不起作用，为了触发设备的身份验证，我不得不手动禁用/启用 设置->开发人员选项->USB调试

我使用的是ubuntu 20.04LTS。

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

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

输入如下命令:

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

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

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

瞧，你的问题解决了