更新2021-07-08:我现在使用的是Pop!_OS 21.04,这个问题似乎已经解决了。我刚刚用脉冲音频14.2和管线0.3.24进行了测试,我能够在一分钟内断开和重新连接耳机(通过USB/立体声插孔适配器连接)大约10次。我在下面描述的问题没有再发生。我想这也适用于Ubuntu21.04。
我使用的是Pop!_OS 20.10,当我“太频繁”或“太多次”断开和重新连接我的USB麦克风时,我遇到了一个间歇性的问题。我想至少了解一个比重新启动我的机器更激烈的解决方法。
它是这样的:我断开我的USB麦克风,然后我重新连接它。如果我在30秒内做了两三次,脉冲音频最终告诉我如下:
D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC1 is accessible: yes
D: [pulseaudio] module-udev-detect.c: /devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/sound/card1 is busy: no
D: [pulseaudio] module-udev-detect.c: Loading module-alsa-card with arguments 'device_id="1" name="usb-Blue_Microphones_Yeti_Stereo_Microphone-00" card_name="alsa_card.usb-Blue_Microphones_Yeti_Stereo_Microphone-00" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1"'
D: [pulseaudio] reserve-wrap.c: Device 'Audio1' already locked.
E: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="1" name="usb-Blue_Microphones_Yeti_Stereo_Microphone-00" card_name="alsa_card.usb-Blue_Microphones_Yeti_Stereo_Microphone-00" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed.
I: [pulseaudio] module-udev-detect.c: Card /devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/sound/card1 (alsa_card.usb-Blue_Microphones_Yeti_Stereo_Microphone-00) failed to load module.
I: [pulseaudio] client.c: Created 3 "Native client (UNIX socket client)"我没有在各种脉冲音频工具中看到我的麦克风,即使播放在aplay -l中列出了该设备
card 1: Microphone [Yeti Stereo Microphone], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0如果我重新启动,那么我可以再次连接我的USB麦克风,但我正在寻找一个不那么激烈的解决办法,当我“太频繁”断开和重新连接USB音频设备时,会重置任何状态混乱的状态。
发布于 2021-02-23 13:54:56
以下是我的一些评论:
https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/809
杀死管道,然后重新启动脉冲音频,解决了以下问题:
systemctl --user stop pipewire.service
systemctl --user restart pulseaudio.service这似乎是管道和脉冲音频之间的一场比赛。我不知道管道,但有时它似乎抓住了USB音频设备上的锁,然后脉冲音频可以访问它。
永久禁用管道:
sudo systemctl --global stop pipewire.service
sudo systemctl --global disable pipewire.service我不知道(S)电源线提供了什么服务,我可能会错过,但到目前为止还没有:)
https://unix.stackexchange.com/questions/635813
复制相似问题