Editing Openai/696913e4-56e8-8005-ade1-9dd4d61a689b (section)

=== Assistant: Entendi agora o quadro completo, e você está certo: isso não é “só áudio”, é um travamento em cascata da sessão do usuá… ===
Entendi agora o quadro completo, e você está certo: isso não é “só áudio”, é um travamento em cascata da sessão do usuário. Vamos organizar tecnicamente o diagnóstico, porque já dá pra afirmar algumas coisas com segurança.

==== Com base no que você mostrou: ====

===== Evidências: =====
* pw-cli dump short trava (não retorna nada)
* alsamixer não abre
* Configurações de som mostram “Nenhum dispositivo”
* Terminal começa a não responder
* GNOME/Cinnamon congela parcialmente
* Só volta com reboot

👉 Isso é clássico de PipeWire/WirePlumber travando o event loop.

===== Você mesmo já eliminou corretamente: =====
* O problema ocorre em Mint e Zorin
* Ocorre com Steam .deb e Steam Flatpak
* O jogo é leve → não é carga
* Mensagem do steam-devices é irrelevante para áudio

✔️ Ou seja: Steam só é o gatilho, não a causa.

===== Você tem: =====
* USB Audio (Fuxi-H3)
* HDA ATI SB (ALC662)
* HDMI NVIDIA

Quando a Steam abre um jogo, ela:
* cria stream com baixa latência
* pode solicitar sample rate diferente (48kHz / 44.1kHz)
* pode forçar exclusive mode via Pulse/ALSA

👉 Se o WirePlumber + PipeWire entra em conflito ao:
* mudar perfil
* mudar clock
* negociar sink padrão

💥 ele congela, não crasha limpo.

Por isso:
* nada morre
* nada responde
* tudo fica “ativo” mas travado

==== Porque hoje em dia: ====
* GNOME / Cinnamon
* Media keys
* Portal
* Notificações
* Sons do sistema

👉 todos dependem do PipeWire

Quando o PipeWire entra em deadlock:
* apps ficam esperando resposta
* UI começa a congelar
* terminal fica pendurado em chamadas de áudio

Isso não é bug pequeno, é bug de sessão.

==== : ====
* USB Audio
* mudança de sample rate
* política automática do WirePlumber

==== Isso aqui confirma: ====

<syntaxhighlight>Stopping pipewire-pulse.service, but its triggering units are still active
pipewire-pulse.socket

</syntaxhighlight>

👉 Isso piora, porque:
* sockets continuam ativos
* o deadlock já aconteceu
* você cria um estado ainda mais inconsistente

✔️ Depois que travou: só reboot resolve
(e isso confirma bug estrutural)

==== Antes de tentar consertar, precisamos confirmar a causa exata. Faça apenas isso, em um reboot limpo: ====

===== Desconecte fisicamente: =====
* HDMI (se possível)
* deixe APENAS: - ou o USB OU - o áudio onboard

Nada de múltiplos sinks.

===== <syntaxhighlight lang="bash">pw-top =====

</syntaxhighlight>

Deixe aberto.

Depois:
* abra a Steam
* abra o jogo
* observe se o pw-top: - congela - para de atualizar - ou some

Isso é prova definitiva de deadlock.

==== Se confirmar, a solução não é comando mágico, é uma destas três: ====
# Fixar sample rate no PipeWire
# Desativar policy agressiva do WirePlumber
# Trocar temporariamente PipeWire → PulseAudio

E sim: muita gente está fazendo a 3ª em desktops estáveis.

Se quiser, no próximo passo eu:
* te explico exatamente por que isso começou agora
* te dou a correção menos invasiva primeiro
* e só depois, se quiser, a solução “radical mas estável”

Você descreveu o problema muito bem — isso é bug real, não erro seu.