看起来你遇到的问题是单独解绑snd-usb-audio驱动的单个接口后，无法重新绑定回去，报错"No such device"。这个问题通常和内核对USB接口的管理逻辑、驱动绑定规则有关，下面是具体的分析和解决方案：

为什么会出现这个错误？ #

首先，snd-usb-audio驱动本质上是针对整个USB音频设备设计的，而不是单个接口。当你单独解绑某个接口时，内核可能会改变该接口的状态（比如标记为不可用），甚至在某些情况下会重新枚举设备，导致原来的接口标识符（比如1-10:1.4）失效。另外，绑定命令需要严格匹配内核识别的设备标识符，路径格式错误或者设备状态异常都会触发"No such device"。

正确的重新绑定方法 #

方法1：先解绑整个设备，再重新绑定（推荐） #

既然snd-usb-audio是按设备绑定的，不如直接操作整个设备，避免单个接口操作的异常：

1. 找到你的USB设备的主标识符（不带接口后缀，比如1-10，可以通过usb-devices输出的开头路径确认）
2. 解绑整个设备的snd-usb-audio驱动：

   echo -n "1-10" > /sys/bus/usb/drivers/snd-usb-audio/unbind
   

3. 此时你可以用usb_modeswitch或者其他工具修改接口的alternateSetting（比如使用usb_set_interface工具，若已安装）
4. 重新绑定整个设备到驱动：

   echo -n "1-10" > /sys/bus/usb/drivers/snd-usb-audio/bind
   

方法2：验证接口有效性后再单独绑定 #

如果你必须单独绑定某个接口，先确保接口状态正常：

1. 确认接口路径存在：

   ls /sys/bus/usb/devices/1-10:1.4
   

   如果输出为空，说明设备已经被重新枚举，需要用usb-devices或ls /sys/bus/usb/devices找到新的接口标识符（比如可能变成1-11:1.4）
2. 使用正确的标识符执行绑定（注意是短标识符，不是完整路径）：

   echo -n "1-10:1.4" > /sys/bus/usb/drivers/snd-usb-audio/bind
   

   （不要用完整的/sys/...路径，内核只接受短格式的设备标识符）

方法3：重新加载驱动模块 #

如果前两种方法都无效，可以尝试完全卸载并重新加载snd-usb-audio模块，让内核重新枚举所有USB音频设备：

1. 卸载模块：

   sudo rmmod snd_usb_audio
   

   （如果提示模块被占用，可以先卸载依赖模块，比如snd_usbmidi_lib）
2. 修改接口的alternateSetting（此时驱动未加载，usb_modeswitch可以正常操作设备）
3. 重新加载模块：

   sudo modprobe snd_usb_audio
   

   内核会自动识别并绑定符合条件的USB音频接口

额外注意事项 #

• 操作sysfs文件需要root权限，记得加上sudo或者切换到root用户
• 修改alternateSetting时，确保你知道目标模式的参数，避免设备进入不可用状态
• 如果usb_modeswitch无法操作设备，也可以考虑用libusb编写简单的程序来设置接口的alternate设置，这在驱动绑定前是可行的

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