linux-mint – Linux Mint 16:未与lsusb一起列出的Android设备
作者:互联网
我在我的新PC上安装了Linux Mint 16,发现我插入的华为U8850 Android 2.3.5设备没有列出lsusb命令:
电话插入:
$lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 011: ID 057c:6201 AVM GmbH AVM Fritz!WLAN v1.1 [Texas Instruments TNETW1450]
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
使用-v选项和lsusb命令我得到一个不同的行:
插入:
Port 7: 0000.0101 power connect
没有插入:
Port 7: 0000.0100 power
我确保所有设置都正确:
>设备已启用USB调试
> usb电缆没问题
>桌面PC上的usb端口没问题;一个usb闪存棒被认可;系统已通过同一端口启动和安装.
相同的硬件配置3天前工作正常,当我使用相同的PC与现在卸载的基本操作系统(基于ubuntu 12.04).
今天的手机和电缆正在使用Windows 8系统.
我不是很确定,但我认为使用lsusb成功列出是下一步的基础:设置规则文件.
无论如何,如果上面的步骤不是必需的,我已经创建了这样一个文件(以下步骤以root身份完成):
/etc/udev/rules.d/51-android.rules
使用此内容,使用12d1作为供应商ID(华为):
SUBSYSTEM=="usb", ATTR{idVendor}=="12d1", MODE="0666", GROUP="plugdev"
(我在plugdev组)
重启udev:
# restart udev
– >没有改变. adb也没有显示:
$adb devices
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached
杀死,重新启动adb什么都不做(以root身份和普通用户身份测试):
$adb kill-server
$adb start-server
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
$adb devices
List of devices attached
>重新启动手机和PC不会改变任何东西.
>插拔不会改变任何东西
这些是在插入电话时在syslog中创建的消息:
Mar 11 13:07:01 rupert kernel: [ 2638.923967] usb 3-7: new high-speed USB device number 20 using xhci_hcd
Mar 11 13:07:01 rupert kernel: [ 2638.941035] usb 3-7: Dual-Role OTG device on non-HNP port
Mar 11 13:07:01 rupert kernel: [ 2638.941141] usb 3-7: can't set HNP mode: -32
Mar 11 13:07:01 rupert kernel: [ 2639.107756] usb 3-7: new high-speed USB device number 21 using xhci_hcd
Mar 11 13:07:01 rupert kernel: [ 2639.124664] usb 3-7: Dual-Role OTG device on non-HNP port
Mar 11 13:07:01 rupert kernel: [ 2639.124717] usb 3-7: can't set HNP mode: -32
Mar 11 13:07:01 rupert kernel: [ 2639.291545] usb 3-7: new high-speed USB device number 22 using xhci_hcd
Mar 11 13:07:01 rupert kernel: [ 2639.308422] usb 3-7: Dual-Role OTG device on non-HNP port
Mar 11 13:07:01 rupert kernel: [ 2639.308473] usb 3-7: can't set HNP mode: -32
Mar 11 13:07:01 rupert kernel: [ 2639.475327] usb 3-7: new high-speed USB device number 23 using xhci_hcd
Mar 11 13:07:01 rupert kernel: [ 2639.492305] usb 3-7: Dual-Role OTG device on non-HNP port
Mar 11 13:07:01 rupert kernel: [ 2639.492373] usb 3-7: can't set HNP mode: -32
Mar 11 13:07:01 rupert kernel: [ 2639.492419] hub 3-0:1.0: unable to enumerate USB device on port 7
编辑
刚试了一下.我创建了2个USB启动棒,一个用ubuntu 13,另一个用基本操作系统.
我没有更改或添加任何内容,只是从usb启动,打开终端并输入lsusb命令.
Ubuntu 13:与Mint 16相同; lsusb什么都不返回,syslog看起来很相似.
Elementary Luna:lsusb显示华为,供应商ID为12d1.
插入手机时,系统日志中会出现大量错误.但是,这似乎不会影响手机的检测.
解决方法:
固定!
我终于找到了这个:http://ubuntuforums.org/showthread.php?t=2184251
这个问题是已知的,并通过新的内核版本修复.
我更新了我的系统:
# apt-get install linux-headers-3.11.0-14-generic
# apt-get install linux-image-3.11.0-14-generic
# apt-get install linux-image-extra-3.11.0-14-generic
现在一切似乎都好了:
$lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 057c:6201 AVM GmbH AVM Fritz!WLAN v1.1 [Texas Instruments TNETW1450]
Bus 003 Device 002: ID 12d1:1021 Huawei Technologies Co., Ltd. U8520
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
$adb devices
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached
E9V9MC11A1703545 device
标签:usb-drive,android,usb,linux-mint 来源: https://codeday.me/bug/20190814/1657382.html