直接运行 lsusb 即可查看已连接的 usb 设备,输出包含总线号、设备号、厂商id:产品id及设备描述;若命令未找到,需安装 usbutils 包;lsusb -t 显示树状拓扑以识别物理层级与速度(如5000m为usb 3.x),lsusb -d 和 -s 支持按id或位置精准筛选。

直接运行 lsusb 就能看到连接的 USB 设备
绝大多数 Linux 发行版(Ubuntu、Debian、CentOS 8+、Fedora 等)默认已预装 lsusb。打开终端,敲下 lsusb 回车,立刻就能看到类似这样的输出:
Bus 002 Device 002: ID 05e3:0612 Genesys Logic, Inc. Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 0951:1665 Kingston Technology DataTraveler SE9
每行代表一个 USB 设备,关键字段包括总线号(Bus)、设备号(Device)、厂商ID:产品ID(ID xxxx:xxxx)和设备描述(如 Kingston Technology DataTraveler SE9)。这个 ID 是硬件唯一标识,后续排查、过滤、驱动匹配都靠它。
- 如果命令报错
command not found,说明没装usbutils包:Debian/Ubuntu 用sudo apt install usbutils,CentOS/RHEL 7 用sudo yum install usbutils,CentOS 8+ 或 Rocky 用sudo dnf install usbutils - 普通用户可执行
lsusb,但部分深层信息(如配置描述符)需sudo权限才能读取 - 注意:
lsusb显示的是“物理连接”的设备,不是“已挂载的存储”。U 盘插着但没自动挂载,它依然会出现在列表里
lsusb -t 看清 USB 的树状拓扑结构
USB 不是扁平列表,而是有父子关系的树:主机控制器 → Root Hub → 下级 Hub → 终端设备(鼠标、U 盘等)。lsusb -t 把这层关系可视化出来,对定位物理插口、识别 Hub 扩展、判断 USB 2.0/3.0 混接特别有用。
例如输出中出现 5000M 表示该分支走的是 USB 3.x(5 Gbps),480M 是 USB 2.0,12M 是 USB 1.1。如果一个高速设备插在低速 Hub 下,实际速率会被拖垮——光看设备本身 ID 是发现不了这个问题的。
-
lsusb -t不需要 root 权限,但输出里带Driver=xxx字段时,说明内核已成功加载驱动;若显示Driver=(none),大概率是驱动缺失或设备不被识别 - 虚拟机里运行
lsusb -t可能只看到虚拟 USB 控制器(如VMware, Inc. Virtual USB Hub),真实物理拓扑被抽象掉了 - 某些嵌入式板卡(如树莓派)USB 控制器资源紧张,
-t输出可能显示多个设备挤在同一个 Port 下,这时要结合dmesg | grep usb看内核是否报过 over-current 或 reset
用 lsusb -d 和 lsusb -s 快速筛选目标设备
当系统连了十几二十个 USB 设备(比如工控机接了一堆传感器 + 摄像头 + 串口转换器),全量列表根本没法扫。这时候必须用过滤:
- 按厂商/产品 ID 精准定位:
lsusb -d 0951:1665(金士顿 U 盘),lsusb -d 046d:c52b(罗技键盘)。ID 可从全量列表里抄,也可查官网或用lsusb -v查详细描述符 - 按物理位置快速复现:
lsusb -s 001:004查总线 1 上设备号 4 的完整信息(含序列号、制造商字符串等),适合写脚本做设备绑定 -
-d和-s可组合使用,比如lsusb -d 0bda:0129 -s 001:表示“在总线 001 上找所有 Realtek 读卡器” - 注意:设备号(
Device 004)每次插拔可能重分配,不能当作持久标识;真正稳定的只有 VID:PID + 序列号(需lsusb -v提取)
为什么 lsusb 看不到刚插上的设备?
不是命令失效,而是 USB 枚举需要时间。从插入到内核完成识别、分配地址、加载驱动、上报到 sysfs,通常要 1–3 秒。尤其在老旧主板、低功耗 USB 口、或设备固件响应慢时,延迟更明显。
- 程序启动后立刻调用
lsusb查设备,大概率漏掉——这是自动化脚本最常踩的坑。正确做法是加短延时(如sleep 2)或轮询(until lsusb -d xxxx:xxxx >/dev/null; do sleep 0.5; done) - 某些设备(如 Android 手机 MTP 模式、某些加密 U 盘)需要用户在设备端确认“允许 USB 调试”或输入密码,此时内核只能看到一个基础 USB 设备,
lsusb里 ID 可能是05c6:9042(高通通用 ID),直到授权完成才变成具体型号 - 如果插拔多次后
lsusb彻底不刷新,先试sudo modprobe -r usbcore && sudo modprobe usbcore重载 USB 子系统(慎用,会断开所有 USB 设备)
设备枚举过程藏在内核日志里,dmesg | tail -20 比 lsusb 更早暴露问题,比如 usb 1-1.2: device descriptor read/64, error -71 就意味着通信失败,跟线材或供电有关。










