多USB摄像头单端口使用时“No space left on device”问题咨询

我太懂这种摸不着头脑的感觉了——明明都是USB 2.0端口、同款UVC摄像头，有的机器双流跑起来毫无压力，有的却一启动捕获就报错，哪怕用了sudo rmmod uvcvideo; sudo modprobe uvcvideo quirks=128这个常用的带宽 workaround 也不管用。结合我踩过的UVC摄像头坑，给你梳理几个核心排查方向：

一、USB控制器的硬件本质差异 #

别被“USB 2.0”这个标签骗了，不同主板的USB控制器芯片差异极大：

• 很多台式机的后置USB 2.0端口是南桥芯片直出的，带宽分配逻辑更稳定，对UVC设备的兼容性也更好；而前置端口、或者部分轻薄本/一体机的USB端口可能用了第三方扩展芯片（比如ASMedia、VIA的小芯片），这类芯片的带宽调度能力往往偏弱，甚至对UVC的带宽协商支持不完善。
• 用lspci | grep USB命令查看控制器型号，对比能正常工作的机器，一眼就能看出差异。

二、同款摄像头的固件带宽差异 #

哪怕是同一个型号的摄像头，固件版本不同，实际占用的USB带宽也可能不一样：

• 用v4l2-ctl --list-formats-ext命令查看两台摄像头的格式参数，重点看相同分辨率/帧率下的比特率（Bitrate）标注——有些固件会偷偷拉高带宽占用，导致单端口不足以承载双设备。
• 先尝试降低其中一台摄像头的分辨率或帧率（比如从1080p30降到720p15），如果能稳定捕获，那就是带宽余量的细微差异在作祟。

三、系统内核与USB配置的差异 #

不同机器的内核版本、USB调度参数可能影响带宽分配：

• 先查内核版本：uname -r，旧内核（比如5.4之前）对UVC设备的带宽管理不够智能，升级到5.15+的稳定版内核大概率能改善问题。
• 除了quirks=128，可以试试叠加bandwidth=1参数强制启用带宽协商，命令是：

  sudo rmmod uvcvideo; sudo modprobe uvcvideo quirks=128 bandwidth=1
  

  这个参数会让驱动更严格地遵循USB带宽规范，避免设备超额占用。

四、隐性USB Hub的影响 #

有些机器看起来是直接连在主板端口上，但内部可能藏着内置USB Hub（比如一体机的前置端口、轻薄本的复合接口），Hub本身会占用一部分带宽，导致双摄像头的可用带宽不足；而台式机的后置端口往往是直连根控制器的，带宽更充足。

• 用lsusb -t查看USB拓扑结构，确认两个摄像头是否处于同一个根端口下，还是经过了中间Hub转接。

如果以上排查都没找到问题，建议对比两台机器的lsusb -v（查看摄像头的USB描述符）和dmesg | grep uvc（查看驱动加载日志）输出，里面往往藏着关键的差异点——比如某台机器的摄像头协商到了更高的带宽，或者驱动加载时出现了隐性警告。

内容的提问来源于stack exchange，提问作者Akihiko