Vários problemas com o alsamixer após a abertura do laptop (sem problemas em outros sistemas operacionais)

1

Isso começou aleatoriamente a acontecer hoje. Ontem eu abri meu laptop para limpá-lo. Eu também desconectei o cabo da bateria CMOS por engano.

Quando abro alsamixer em um terminal, as seguintes coisas acontecem quando tento controlar os canais:

  • Controlar o canal 'PCM' é a única maneira de alterar o volume.

  • Usando as teclas de seta para cima / para baixo ao selecionar o canal mestre, ele altera os números, mas na verdade não altera o volume. Ainda mais estranho: controlar o volume principal, em vez disso, silencia. Ele também silencia o canal do fone de ouvido, mas não o canal do alto-falante.

  • Desativando o canal master pressionando 'M' não traz o áudio de volta. Para fazer isso, eu tenho que pressionar Fn + F1, que está vinculado a pactl set-sink-mute 0 toggle em sxhkdrc (usando bspwm).

  • Usar Fn + F2 / F3 (vinculado a pactl set-sink-volume 0 -/+ 5% ) para diminuir / aumentar altera o canal mestre, mas não altera o áudio, mas também não o silencia.

  • (un) Silenciar o canal do fone de ouvido não faz nada ao áudio. Aumentar / diminuir o canal do fone de ouvido não altera o volume.

  • A desativação do canal mestre também silencia o canal do fone de ouvido, mas o canal mestre não ativa o canal do cabeçalho.

  • Não consigo que os oradores funcionem.

  • Quando eu diminuo o canal mestre usando as teclas de função até 0, o canal do fone de ouvido também desce. Quando o canal dos auscultadores chega a 0, silencia apenas o canal direito (wtf?).

Tudo funciona no Windows (eu tive um problema com drivers de áudio no Windows, mas uma reinicialização consertou) e no Ubuntu 18.10 em um pendrive USB. Eu estou em um laptop (Lenovo Legion Y520) executando o Arch Linux. De acordo com o alsamixer, estou usando a placa de som HDA Intel PCH e Realtek ALC233 .

EDIT: Eu vi em pavucontrol que tenho duas saídas de áudio: Headphones e Speakers. Ao lado dos alto-falantes, ele diz "indisponível".

EDIT: dmesg: link

saída de ls /proc/asound/card*/codec* :

/proc/asound/card0/codec#0

/proc/asound/card0/codec#2

    
por zjeffer 03.11.2018 / 23:14

2 respostas

0

Eu consertei isso: link

Ainda tenho um erro no dmesg: snd_hda_intel 0000:00:1f.3: control 2:0:0:PCM Playback Volume:0 is already present , mas não tenho problemas.

    
por 10.11.2018 / 17:48
2

Você está vendo o controle do pulse plugin, que tem apenas um único controle de volume. Tente usar F6 para acessar o (s) controle (s) de hardware da (s) sua (s) placa (s) de som.

No entanto, como agora você está executando o Pulseaudio como seu sistema de áudio principal (possivelmente você reiniciou pela primeira vez devido à limpeza, e é a consequência de alguma atualização que você fez há mais tempo?), eu recomendaria deixe alsamixer sozinho e use pavucontrol ou as configurações de som do seu Desktop (se você estiver usando um).

O uso de ambos pode desconfigurar os amplificadores intermediários, causando distorção no clipe e no som.

Como você já brincou com isso, você pode ter que usar alsamixer uma vez para restaurar tudo para um bom estado (por exemplo, ativar o som de nós acidentalmente silenciados, etc.)

Editar

Seu codec é reconhecido corretamente:

[    3.845593] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
...
[    3.883968] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC233: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[    3.883969] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    3.883970] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[    3.883971] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[    3.883972] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[    3.883973] snd_hda_codec_realtek hdaudioC0D0:      Mic=0x19
[    3.883974] snd_hda_codec_realtek hdaudioC0D0:      Internal Mic=0x12

mas logo depois, algo falha:

[   16.496761] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x202f2d00
[   17.500096] snd_hda_intel 0000:00:1f.3: No response from codec, disabling MSI: last cmd=0x202f2d00
[   18.510492] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to single_cmd mode: last cmd=0x202f2d00

e as coisas começam a parecer engraçadas:

[  138.168712] azx_single_send_cmd: 14 callbacks suppressed
[  391.888726] azx_single_send_cmd: 34 callbacks suppressed
[  403.161786] azx_single_send_cmd: 114 callbacks suppressed
[  447.315584] azx_single_send_cmd: 46 callbacks suppressed
[  514.846522] azx_single_send_cmd: 70 callbacks suppressed

Então, adivinhe: Ao limpar seu laptop (a menos que você tenha feito outra coisa sobre a qual não tenha nos falado), você causou descarga eletrostática e / ou o cabo da bateria desconectado por acidente tocou algo que não deveria e agora algo relacionado à comunicação da placa de som / codec não funciona corretamente.

Isso será difícil de diagnosticar e consertar corretamente. Você pode brincar com hda-verb e ver o conteúdo do arquivo codec, e ver se você pode restringir ainda mais os problemas, mas para fazer isso, você precisa ler sobre como isso funciona. Não é algo que possamos depurar remotamente com perguntas e respostas.

Não sei porque funciona no Windows e não funciona no Linux. Possivelmente, o Windows inicializa o hardware de maneira diferente.

    
por 04.11.2018 / 08:29