Som de clique periódico no alto-falante do PC

13

Após uma atualização há alguns meses, meu laptop começou a emitir um som baixo e repetido a cada poucos segundos. Não está sendo gerado pelo sistema de som comum, pois alterar o volume e até silenciar o som não faz diferença. A propósito, como o áudio normal funciona bem, acho que esse é um tipo de alto-falante do PC, pois não consigo ouvir o clique quando ouço com fones de ouvido comuns.

Estranhamente, quando abro a caixa de diálogo de configurações de som, o clique desaparece magicamente. Não preciso alterar nenhuma configuração; se eu simplesmente deixar a caixa de diálogo aberta em segundo plano, o problema desaparecerá.

Alguma ideia do que isso seja?
Estou executando o Ubuntu 12.04 regular, e esta é a saída de lspci -v | grep -A7 -i "audio":

00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
    Subsystem: Acer Incorporated [ALI] Device 0349
    Flags: bus master, fast devsel, latency 0, IRQ 44
    Memory at 54200000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: <access denied>
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd-hda-intel
John J. Camilleri
fonte
Eu tenho exatamente o mesmo problema, com um laptop HP em vez de um Acer.
foglerit
1
Mais recentemente, notei que isso só acontece quando meu laptop está desconectado e funcionando com baterias. Você já reparou o mesmo @jonnat?
31912 John J. Camilleri #
Sim, exatamente o mesmo wrt conectado / desconectado.
foglerit
Eu tenho o mesmo problema no Acer e1-571G, acho que é um som de notificação de plugue e desconectando sth como bateria ou talvez um disco rígido secundário (que eu recentemente adicionei ao meu laptop);
ako

Respostas:

14

Parece que o problema reside nos drivers de áudio de alta definição Intel e já existe há algum tempo.

Para resolver o problema temporariamente, mas imediatamente, emita o seguinte comando:

echo 0 | sudo tee /sys/module/snd_hda_intel/parameters/power_save

Tente o comando anterior para ter certeza de que está sofrendo esse problema. Se isso funcionar para você, você poderá resolvê-lo permanentemente adicionando a seguinte linha acima de "exit 0" em "/etc/rc.local".

echo 0 > /sys/module/snd_hda_intel/parameters/power_save

Espero que isto ajude

Fontes: post 1 post 2

chronos00
fonte
1
Esta solução funcionou em um Acer Aspire 5733. Obrigado, pessoal!
Declan McGrath
Obrigado pela ajuda! A primeira linha funcionou, mas adicionar a segunda linha /etc/rc.localnão parece fazer diferença; O problema retorna sempre que eu desconecto o laptop ou o acorde de dormir (enquanto desconectado). Eu tenho que executar o primeiro comando todas as vezes para parar o clique, mas talvez isso possa ser definido permanentemente em algum lugar? Obrigado novamente.
19440 John J. Camilleri
trabalhou em um acer 5742 ubuntu 12.04. Muito obrigado !
Elvis
Isso também funciona na minha estação de trabalho Fedora com um cartão Asustek. Nota engraçada: antes da correção, quando eu tocava em silêncio, o clique parava. No final do clipe, o clique está de volta.
Davidmh
Em sistemas modernos que não usam /etc/rc.localessa opção, pode ser definido permanentemente adicionando options snd-hda-intel power_save=0a /etc/modprobe.d/alsa-info.conf. Veja bugs.launchpad.net/ubuntu/+source/linux/+bug/1825754/comments/…
Maksim Zholudev
2

retirado destes tópicos:

como executar um comando após retomar de suspender?

http://ubuntuforums.org/showthread.php?t=2019203

/programming/11183805/run-bash-script-from-another-script-without-waiting-for-script-to-finish-executi

crie um script nomeado hda-fixe coloque-o em /etc/pmalgum lugar do diretório da sua casa, se preferir. Deve conter:

#!/bin/sh
sleep 5
echo 0 > /sys/module/snd_hda_intel/parameters/power_save
exit 0

na pasta, /etc/pm/sleep.dcrie um script chamado say 30_hda-fix contendo

#!/bin/sh
case $1 in
    resume|thaw)
        exec /etc/pm/hda-fix &
;;
esac

Da mesma forma, para quando você desconectar a energia, solte um script semelhante em /etc/pm/power.d

#!/bin/sh
case $1 in
    true)
         exec /etc/pm/hda-fix &
;;
esac

por alguma razão, o script não está executando bem se você o fizer instantaneamente; o crepitar é ativado após a execução dos scripts; portanto, você precisa de um segundo script que seja executado e aguarde o início do cracking antes de ser executado. o &na linha exec nos scripts evita o bloqueio do script mestre; esta é a única maneira que encontrei para executar a execução do comando após o início do cracking. Eu olhei para o comando at, mas ele só lida com minutos, então essa foi minha solução alternativa

nixahn
fonte
2

Relaciona-se a: Ubuntu 16.04

Para mim, o oposto estava funcionando. Coloque o seguinte em: /etc/modprobe.d/alsa-base.conf

opções snd-hda-intel power_save = 1 power_save_controller = Y

/ sys / module / snd_hda_intel / parameters / power_save já era 0, no entanto, toda vez que um som é reproduzido, o tique-taque volta por um tempo, mas será desativado pelo gerente de energia.

Thomas
fonte
1

Caso alguém mais veja isso. Para mim, isso estava acontecendo porque a energia que entrava era tão fraca que o computador ficava alternando entre carregar e não carregar. A correção de curto prazo era apenas para ativar os sons do sistema; a correção de longo prazo será descobrir por que não está cobrando muito bem.

falta
fonte
0

Para mim, no Dell xps13 9333 com tlp instalado, a solução foi editar minhas configurações de tlp (em / etc / default / tlp), definindo: SOUND_POWER_SAVE_ON_AC = 0 SOUND_POWER_SAVE_ON_BAT = 0 SOUND_POWER_SAVE_ON_BAT = 0 SOUND_POWER_SAVE_CONTROLLER = N

plopp
fonte
0

É o dispositivo de áudio entrando e saindo do modo de espera. É um recurso de economia de energia. Não tenho certeza se existe uma maneira de colocá-lo em modo de espera sem um clique, é o que eu gostaria de saber.
Eu também tenho um laptop Acer. Estou no Debian e originalmente não tinha esse problema, mas depois corri powertop --auto-tunee agora tenho.
Se houver algum consolo, esses cliques são um sinal de que você está economizando um pouco de bateria!

Rolf
fonte