Son de clic périodique du haut-parleur du PC

Après une mise à jour il y a quelques mois, mon ordinateur portable a commencé à émettre un son de cliquetis répété toutes les quelques secondes. Il n'est pas généré par le système de son ordinaire, car modifier le volume et même couper le son ne fait aucune différence. Soit dit en passant, mon audio normal fonctionne bien, donc je suppose que c'est une sorte de haut-parleur PC, car je n'entends pas le clic lorsque j'écoute avec des écouteurs ordinaires.

Étrangement, lorsque j'ouvre la boîte de dialogue des paramètres sonores, le clic disparaît comme par magie. Je n'ai besoin de modifier aucun paramètre; si je laisse simplement la boîte de dialogue ouverte en arrière-plan, le problème disparaît.

Des idées ce que cela pourrait être?
J'utilise régulièrement Ubuntu 12.04, et voici la sortie 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

Il semble que le problème réside dans les pilotes Intel High Definition Audio, et il existe depuis un certain temps maintenant.

Pour résoudre le problème temporairement, mais immédiatement, exécutez la commande suivante:

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

Essayez la commande précédente pour vous assurer que vous rencontrez ce problème. Si cela fonctionne pour vous, vous pouvez le résoudre définitivement en ajoutant la ligne suivante au-dessus de "exit 0" dans "/etc/rc.local".

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

J'espère que cela t'aides

Sources: post 1 post 2

tiré de ces fils:

comment exécuter une commande après la reprise de la suspension?

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

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

créez un script nommé hda-fixet placez-le dans /etc/pmou quelque part dans votre répertoire personnel si vous préférez. Il doit contenir:

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

dans le dossier, /etc/pm/sleep.dcréez un script nommé say 30_hda-fix contenant

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

de même, lorsque vous débranchez l'alimentation, déposez un script similaire dans /etc/pm/power.d

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

pour une raison quelconque, le script ne s'exécute pas bien si vous le faites instantanément; le crépitement est activé après l'exécution des scripts; par conséquent, vous avez besoin d'un deuxième script qui est exécuté et attend le démarrage du craquage avant de s'exécuter. la &ligne d'exécution dans les scripts évite le blocage du script maître; c'est le seul moyen que j'ai trouvé pour exécuter la commande après le début du craquage. J'ai regardé la commande at mais elle ne gère que les minutes, donc c'était ma solution de contournement

Concerne: Ubuntu 16.04

Pour moi, le contraire fonctionnait. Mettez ce qui suit dans: /etc/modprobe.d/alsa-base.conf

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

/ sys / module / snd_hda_intel / parameters / power_save était déjà à 0, mais chaque fois que vous jouez un son, le tic-tac est de retour pendant un court moment mais sera ensuite désactivé par le gestionnaire d'alimentation.

Au cas où quelqu'un d'autre verrait cela. Pour moi, cela se produisait parce que la puissance entrant était si faible que l'ordinateur continuait de basculer entre la charge et la non-charge. Le correctif à court terme consistait simplement à activer les sons du système, le correctif à long terme consistera à comprendre pourquoi il ne se charge pas très bien.

Pour moi sur Dell xps13 9333 avec tlp installé, la solution consistait à modifier mes paramètres tlp (dans / etc / default / tlp), en définissant: SOUND_POWER_SAVE_ON_AC = 0 SOUND_POWER_SAVE_ON_BAT = 0 SOUND_POWER_SAVE_CONTROLLER = N

C'est le périphérique audio qui entre et sort du mode veille. C'est une fonction d'économie d'énergie. Je ne sais pas s'il existe un moyen de le mettre en veille sans un clic, c'est ce que j'aimerais savoir.
J'ai également un ordinateur portable Acer. Je suis sur Debian et à l'origine je n'avais pas ce problème, mais j'ai couru powertop --auto-tuneet maintenant je le fais.
Si c'est une consolation, ces clics sont un signe que vous économisez un peu de batterie!