Sonido de clic periódico del altavoz de la PC

Después de una actualización hace unos meses, mi computadora portátil comenzó a emitir un sonido bajo y repetido cada pocos segundos. No se genera a través del sistema de sonido normal, ya que alterar el volumen e incluso silenciar el sonido no hace ninguna diferencia. Mi audio normal funciona bien, por cierto, así que supongo que es una especie de altavoz de PC, ya que no puedo escuchar el clic cuando escucho a través de auriculares normales.

Curiosamente, cuando abro el cuadro de diálogo de configuración de sonido, el clic desaparece mágicamente. No necesito cambiar ninguna configuración; si simplemente dejo el diálogo abierto en segundo plano, entonces el problema desaparece.

¿Alguna idea de lo que pueda ser esto?
Estoy ejecutando Ubuntu 12.04 normal, y este es el resultado 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

Parece que el problema reside en los controladores de audio de alta definición de Intel, y ha existido desde hace bastante tiempo.

Para resolver el problema temporalmente, pero de inmediato, emita el siguiente comando:

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

Pruebe el comando anterior para asegurarse de que está sufriendo este problema. Si esto funciona para usted, puede resolverlo permanentemente agregando la siguiente línea sobre "salida 0" en "/etc/rc.local".

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

Espero que esto ayude

Fuentes: post 1 post 2

tomado de estos hilos:

¿Cómo ejecutar un comando después de reanudar desde suspender?

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

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

cree un script con nombre hda-fixy colóquelo en /etc/pmo en algún lugar de su directorio de inicio si lo prefiere. Debe contener:

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

en la carpeta, /etc/pm/sleep.dcree un script llamado say 30_hda-fix que contenga

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

Del mismo modo, para cuando desconecte la alimentación, suelte un script similar en /etc/pm/power.d

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

por alguna razón, el script no se ejecuta bien si lo hace instantáneamente; el crujido se activa después de que se ejecutan los scripts; por lo tanto, necesita un segundo script que se ejecute y espere a que comience el craqueo antes de ejecutarse. el &en la línea ejecutiva en los scripts evita que el script maestro se bloquee; esta es la única forma en que encontré para ejecutar el comando después de que comenzó el craqueo. Miré el comando at pero solo maneja minutos, así que esta fue mi solución

Relacionado con: Ubuntu 16.04

Para mí lo contrario estaba funcionando. Ponga lo siguiente en: /etc/modprobe.d/alsa-base.conf

opciones snd-hda-intel power_save = 1 power_save_controller = Y

/ sys / module / snd_hda_intel / parameters / power_save ya era 0, sin embargo, cada vez que se reproduce un sonido, el tic tac vuelve por un momento, pero el administrador de energía lo desactivará.

En caso de que alguien más vea esto. Para mí estaba sucediendo porque la energía que entraba era tan débil que la computadora seguía cambiando entre cargar y no cargar. La solución a corto plazo fue solo para activar los sonidos del sistema, la solución a largo plazo será descubrir por qué no se carga muy bien.

Para mí en Dell xps13 9333 con tlp instalado, la solución fue editar mis configuraciones de tlp (en / etc / default / tlp), configurando: SOUND_POWER_SAVE_ON_AC = 0 SOUND_POWER_SAVE_ON_BAT = 0 SOUND_POWER_SAVE_CONTROLLER = N

Es el dispositivo de audio que entra y sale del modo de espera. Es una función de ahorro de energía. No estoy seguro de si hay una manera de ponerlo en espera sin un clic, eso es lo que me gustaría saber.
También tengo una computadora portátil Acer. Estoy en Debian y originalmente no tenía este problema, pero luego corrí powertop --auto-tuney ahora sí.
Si te sirve de consuelo, ¡estos clics son una señal de que estás ahorrando un poco de batería!