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
Réponses:
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:
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".
J'espère que cela t'aides
Sources: post 1 post 2
la source
/etc/rc.local
ne semble pas faire de différence; Le problème revient chaque fois que je débranche l'ordinateur portable ou le réveille du sommeil (lorsqu'il est débranché). Je dois exécuter la première commande à chaque fois pour arrêter le clic, mais peut-être que cela peut être défini définitivement quelque part? Merci encore./etc/rc.local
cette option, vous pouvez la définir de manière permanente en l'ajoutantoptions snd-hda-intel power_save=0
à/etc/modprobe.d/alsa-info.conf
. Voir bugs.launchpad.net/ubuntu/+source/linux/+bug/1825754/comments/…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-fix
et placez-le dans/etc/pm
ou quelque part dans votre répertoire personnel si vous préférez. Il doit contenir:dans le dossier,
/etc/pm/sleep.d
créez un script nommé say 30_hda-fix contenantde même, lorsque vous débranchez l'alimentation, déposez un script similaire dans
/etc/pm/power.d
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 contournementla source
Concerne: Ubuntu 16.04
Pour moi, le contraire fonctionnait. Mettez ce qui suit dans: /etc/modprobe.d/alsa-base.conf
/ 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.
la source
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.
la source
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
la source
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-tune
et maintenant je le fais.Si c'est une consolation, ces clics sont un signe que vous économisez un peu de batterie!
la source