Em uma das minhas máquinas Debian12/KDE, ao clicar no ícone da bandeja do volume ( plasma-pa), ele mostra apenas "Nenhum dispositivo de saída ou entrada encontrado para áudio", portanto não há como fazer o dispositivo reproduzir áudio. Ainda não determinei a causa.
Nenhuma pavucontrolsaída também é exibida. Já tentei reinstalar pulseaudio(via --reinstall) e antes de tentar reiniciar o pulseaudio também tentei pulseaudio -k. lspcimostra a placa de som. systemctl --user status pulseaudiomostraActive: inactive (dead)
Parece que o problema é que o pulseaudio não pode ser iniciado corretamente. Ao executar pulseaudio, esta é a saída:
E: [pulseaudio] socket-server.c: bind(): Address already in use
E: [pulseaudio] module.c: Failed to load module "module-native-protocol-unix" (argument: ""): initialization failed.
E: [pulseaudio] main.c: D-Bus name org.pulseaudio.Server already taken.
E: [pulseaudio] bluez-util.c: GetManagedObjects() failed: org.freedesktop.systemd1.NoSuchUnit: Unit dbus-org.bluez.service not found.
Não há saída, pulseaudio --startmas isso também não inicia. Tive um problema de falta de áudio após uma atualização há dois anos, mas isso foi resolvido com a atualização de pacotes e/ou instalação do plasma-pa que foi perdido. Certifiquei-me de que todos os pacotes estão atualizados.
Editar: sobre se o pulseaudio está ou não em execução, pacmd list-cardsretorna No PulseAudio daemon running, or not running as session daemon.
systemctl --user status pipewireretorna:
Active: active (running)
[...]
mod.rt: Can't find org.freedesktop.portal.Desktop. Is xdg-desktop-portal running?
mod.rt: Found session bus but no portal
Como fazer o som funcionar novamente?
Encontrei a causa agora ou pelo menos a solução: encerrar o processo qsynth.
Antes de perguntar, percebi que um processo qsynth desconhecido para mim está tentando se conectar à Internet,
sudo lsof -imas não achei que estivesse causando esse problema e ainda não sei por que isso aconteceu.aptitude why qsynthmostra que foi instalado devido a uma atualização delutris(v0.5.14) que depende defluidsynthquem recomenda este pacote (v0.9.9-1). Ele foi atualizado recentemente após alterar o repositório lutris de seu repositório Debian11 (que apresentava um erro de chave de assinatura) para 12. ( Problema aqui )O estranho é que eu só precisei encerrar o processo uma vez no gerenciador de processos (
plasma-systemmonitorno KDE cujo atalho personalizado ctrl+shift+esc não funcionava mais) e não precisei removê-lo. Ainda o tenho instalado, mas o áudio ainda funciona mesmo depois de encerrar a sessão e fazer login novamente. Ele não inicia mais automaticamente. Outra coisa estranha é que não sei por que o Lutris precisaria do Fluidsynth.Embora esse problema esteja resolvido por enquanto, seriam úteis mais informações sobre por que isso ocorreu e como evitá-lo. Problemas como perda de áudio e necessidade de ajustes para recuperação nunca devem ocorrer, especialmente no Debian estável.