Início / unix / Perguntas / 479662
Accepted
zjeffer
Asked: 2018-11-04 14:14:12 +0800 CST

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

  • 772

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

Quando abro alsamixerem 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 não altera o volume. Ainda mais estranho: controlar o volume principal o silencia. Ele também silencia o canal do fone de ouvido, mas não o canal do alto-falante.

  • Ativar o som do canal mestre pressionando 'M' não traz o áudio de volta. Para fazer isso, tenho que pressionar Fn+F1, que está vinculado ao pactl set-sink-mute 0 togglesxhkdrc (usando bspwm).

  • Usar Fn+F2/F3 (limitado 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 afeta o áudio. Aumentar/diminuir o canal do fone de ouvido não altera o volume.

  • Silenciar o canal mestre também silencia o canal do fone de ouvido, mas ativar o som do canal mestre não desativa o som do canal do fone de ouvido.

  • Não consigo fazer com que os alto-falantes funcionem.

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

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

EDIT: Vi pavucontrolque tenho duas saídas de áudio: fones de ouvido e alto-falantes. Ao lado dos alto-falantes, diz 'indisponível'.

EDIT: dmesg: https://pastebin.com/YUr4MyDf

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

/proc/asound/card0/codec#0

/proc/asound/card0/codec#2

pulseaudio alsa

2 respostas

  1. Você está vendo o pulsecontrole do plugin, que possui apenas um único controle de volume. Tente usar F6para acessar o(s) controle(s) de hardware de 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 por causa da limpeza, e é consequência de alguma atualização que você fez há mais tempo?), eu recomendo deixar em alsamixerpaz, e use pavucontrolou as configurações de som da sua área de trabalho (se você estiver usando uma).

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

    Como você já brincou com isso, pode ser necessário usar alsamixeruma 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 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 então 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 que não nos contou), você causou uma descarga eletrostática e/ou o cabo da bateria que você desconectou acidentalmente tocou em algo que não deveria, e agora algo relacionado a a comunicação da placa de som/codec não funciona corretamente.

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

    Não sei por que funciona no Windows e não funciona no Linux. Possivelmente o Windows inicializa o hardware de forma diferente.

    • 3
  2. Best Answer

    Eu consertei com isso: https://help.ubuntu.com/community/HdaIntelSoundHowto#Playing_with_probe_mask

    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 nenhum problema.

    • 0

relate perguntas