【问题标题】:Permission ATTR{idVendor} for USB devices on linux mint to use table mobii protab2 XXLlinux mint 上 USB 设备的权限 ATTR{idVendor} 使用表 mobii protab2 XXL
【发布时间】:2012-03-29 16:38:49
【问题描述】:

我正在使用 linux mint,并从 http://developer.android.com 咨询 VendorIds 我不知道如何正确检测我的平板设备。我的平板设备是 Mobii protab 2 XXL,由 Point of view 制造。

我在 /etc/udev/rules.d/ 创建了 50-android.rules 并添加了一行: SUBSYSTEM=="usb|usb_device", SYSFS{idVendor}==”0955″, MODE=”0666″

但是 adb devices 抛出:

List of devices attached  ????????????  no permissions

有人知道我必须使用哪个 idvendor 吗???

USB:

lsusb 总线 001 设备 001:ID 1d6b:0002 Linux Foundation 2.0 根集线器 总线 002 设备 001:ID 1d6b:0002 Linux Foundation 2.0 根集线器 总线 003 设备 001:ID 1d6b:0001 Linux Foundation 1.1 根集线器 总线 004 设备 001:ID 1d6b:0001 Linux Foundation 1.1 根集线器 总线 005 设备 001:ID 1d6b:0001 Linux Foundation 1.1 根集线器 总线 006 设备 001:ID 1d6b:0001 Linux Foundation 1.1 根集线器 总线 007 设备 001:ID 1d6b:0001 Linux Foundation 1.1 根集线器 总线 008 设备 001:ID 1d6b:0001 Linux Foundation 1.1 根集线器 总线 001 设备 002:ID 058f:6362 Alcor Micro Corp. 闪存卡读写器 总线 002 设备 002:ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4 端口 HUB 总线 002 设备 005:ID 1058:1003 Western Digital Technologies, Inc. 总线 007 设备 002:ID 1a34:0203 总线 007 设备 003:ID 06f8:3008 Guillemot Corp. 总线 008 设备 002:ID 046d:c050 Logitech, Inc. RX 250 光学鼠标 总线 002 设备 007:ID 0a81:0101 Chesen Electronics Corp. 键盘 总线 002 设备 008:ID 18d1:0003 Google Inc.

我上次输入了udev:

SUBSYSTEM=="usb", ATTRS{idVendor}=="18d1:0003", SYMLINK+="android_adb", MODE="0666" GROUP="plugdev"

第一次成功,但是当我重新启动PC时,权限被拒绝。我已尝试重新启动:

sudo service udev restart
adb kill-server
adb start-server

但它没有用。

注意:

某些设备在执行此过程时无法正常工作。如果仍然有问题,请尝试执行

sudo adb 启动服务器

它适用于视点设备。

【问题讨论】:

  • 如果 udev 规则在启动时被拾取,您不必重新启动服务。当您更改规则时,您需要重新启动服务,可能会移除设备并重新插入,或者重新启动电脑。你确定你在 plugdev 组吗?

标签: android permissions usb adb


【解决方案1】:

关于 51-android.rules:

SUBSYSTEMS=="usb"ATTRS{idVendor}=="18b1"ATTRS{idProduct}=="0003"MODE="0666"

并且使用chmod命令在adb上拥有666权限(野兽的数量,muahahhaha)否则将不起作用。

祝你好运。

【讨论】:

  • 当我一直重新启动计算机时,现在工作正常,thks
【解决方案2】:

Arch Linux Wiki 页面我将创建 /etc/udev/rules.d/51-android.rules

SUBSYSTEM=="usb", ATTR{idVendor}=="18D1", MODE="0666"
SUBSYSTEM=="usb",ATTR{idVendor}=="18D1",ATTR{idProduct}=="0003",SYMLINK+="android_adb"
SUBSYSTEM=="usb",ATTR{idVendor}=="18D1",ATTR{idProduct}=="0003",SYMLINK+="android_fastboot"

然后以root身份运行udevadm control --reload-rules 您可能需要将 18D1 替换为 18d1。这就是我所做的,而且效果很好。只要您向所有人授予权限(MODE =“0666”),您就不一定需要用户名。如果您需要更多安全性,请查看添加 OWNER 标记。同样,这些是我在 Arch 上使用的规则,它们应该在 Mint 上工作。

祝你好运!

【讨论】:

    【解决方案3】:
    SUBSYSTEMS=="usb", 
    ATTRS{idVendor}=="0bb4", 
    ATTRS{idProduct}=="XXXX",
    MODE="0660", 
    OWNER="`<your user name>`"
    

    并尝试使用大写和小写,因为在 linux 中很多人在添加权限时遇到问题。

    【讨论】:

      【解决方案4】:
      • 连接您的设备。

      • 运行lsusb

      • 断开您的设备并重新运行。

      • 通过比较两个 lsusb 结果找到您的设备十六进制:
        Bus 001 Device 013: ID xxxx:2765 并注意 xxxx

      • 创建新规则:
        sudo nano /tmp/android.rules

      • 插入:
        SUBSYSTEM=="usb", ATTRS{idVendor}=="xxxx", 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

      • 重新连接您的设备。

      • 测试亚行:adb devices
        List of devices attached
        xyzxyzxyz device

      来源: pts.blog: How to fix the adb no permissions error on Ubuntu Lucid

      【讨论】:

      • 我以为我可以在模拟器上使用相同的设置,但似乎 adb 无法识别它。
      【解决方案5】:

      按照 Ethan 的建议,查看“lsusb”以找到 Mobii 供应商 ID。在下面的示例中,046d 是 Logitech 的 ID。 “0955”属于nVidia。

      Bus 001 Device 006: ID 046d:c52b Logitech, Inc. Unifying Receiver
      

      另外,更改 50-android.rules 文件后不要忘记重新启动 udev。

      【讨论】:

      • 我使用 sudo service udev restart,并使用 lsusb 我输入了 ID XXXX,但不工作
      • 你用的是什么ID? XXXX 并不能真正帮助我们诊断或验证您的号码是否正确。你能告诉我们 lsusb 的输出吗?
      • 绝对拆分您的 idVendor:ATTR{idVendor}=="18D1",ATTR{idProduct}=="0003"。当 adb 失败并且我杀死服务器时,我还看到了一些有趣的行为。如果我不关闭手机上的应用程序调试并重新打开它,它将无法正常工作。我手机上的 adb 是原因,而不是 PC。
      猜你喜欢
      • 1970-01-01
      • 2011-12-25
      • 2017-09-22
      • 2016-08-06
      • 2020-04-20
      • 2017-02-27
      • 2017-12-18
      • 1970-01-01
      • 2015-04-03
      相关资源
      最近更新 更多