Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

pas de son dans mes enceintes intégrées

Qid

suite à la discussion de Laugier

je me permet moi aussi de relancer un pavé dans la marre pour mon problème que je me traîne depuis l'acquisition de ce portable il y a plus de 3ans : j'ai besoin de 2 démarrages pour avoir le son qui sorte de mes enceintes intégrées...

quand je démarre mon ordinateur je n'ai aucun souci de son sur la prise casque (caisson de basse 2.1) par contre si ce dernier n'est pas branché aucun son ne sort des enceintes intégré dans l'ordinateur... en tous cas pas au premier démarrage : il me suffit de redémarrer une seconde fois pour qu'enfin j'ai bien du son en interne
ah et pour information si le caisson de basse est bien branché au premier démarrage quand je le débranche le son bascule bien sur les enceintes intégrées...

voici le retour de commandes utiles :

lspci | grep [Aa]udio ; lsusb | grep [Aa]udio
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)

cat /proc/asound/pcm
00-03: HDMI 0 : HDMI 0 : playback 1
00-07: HDMI 1 : HDMI 1 : playback 1
00-08: HDMI 2 : HDMI 2 : playback 1
00-09: HDMI 3 : HDMI 3 : playback 1
00-10: HDMI 4 : HDMI 4 : playback 1
01-00: ALC282 Analog : ALC282 Analog : playback 1 : capture 1
01-01: ALC282 Digital : ALC282 Digital : playback 1

System Information
	Manufacturer: GIGABYTE
	Product Name: P35V2
	Version: 1.0

je tourne actuellement sur une 18.04
et à l'époque ou j'avais découvert ce souci on avait fait un premier diagnostique dont je ne retrouve plus la trace : problème de priorité de sortie son... le problème est que malgré ce diagnostique je n'ai jamais trouvé de solution

xubu1957

Bonjour,

Je trouve dans > askubuntu.com/questions/517578/no-sound-after-suspend-standby, mention de ce bug > bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1366241

Qid

Je ne suis pas sûr d'avoir bien saisi !?
Donc il n'y a pas de solution à par muter le volume et l'augmenter après ?

xubu1957

As-tu installé : [doc]pavucontrol[/doc] ?

Qid

xubu1957 a écritAs-tu installé : [doc]pavucontrol[/doc] ?

Lors de mes premières recherches à l'époque oui mais là sur ma 18.04 je suis sûr que non... En tous cas sauf si tu as une idée derrière la tête sache qu'à l'époque ça avait mené à rien... Après faudrait peut-être que de toutes façon je retest parce-que entre la 16.04 et la 18.04 il doit bien y avoir des truc sous le capot qui ont bougé... Ce qui m'étonne moi c'est que ce bug n'ait toujours pas été résolu...

xubu1957

Et pas moyen de gérer le son par les touches du clavier ?

> sourceforge.net/p/alsa/mailman/alsa-user/?viewmonth=201502

Le 14/02/2015, Srihari Vijayaraghavan a écritHello Alsa Folks,

After booting up this Gigabyte P35V2 laptop, audio doesn't work by
default. I can hear no sound through the built-in speakers or 3.5 mm
audio output (using any stock standard multimedia application).

By adjusting the volume using the software mixer program (like
alsa-mixer or kmixer or pavucontrol etc.) -- even setting it as high
as 100% -- makes no difference at all. However, as soon as I adjust
the volume using Fn key keyboard combination (Fn + F8 and/or Fn + F9
to decrease and increase volume respectively), sound starts working!

In other words, until volume adjustment is done through the keyboard,
there is absolutely no sound. When doing the keyboard volume
adjustment one can observe that the volume measurement starts off at
where software mixer had previously set it. In other words, although
software mixer appears to figuratively adjust the volume, only the
keyboard volume control makes it to literally work. And once the audio
thus starts to work, then the software mixer is able to control the
volume without any problems. Well, at least till next shutdown or
suspend, after which the audio reverts to its usual silence, needing
keyboard volume control to kick start it again.

Can something be done so that this laptop can produce sound be
default, without having to use keyboard volume controls after every
boot or resume? That would indeed be very nice.

I've attached the also-info.sh's output. Please let me know if you
need any more information, which I'll be happy very to supply.

Thank you.

Qid

xubu1957 a écritEt pas moyen de gérer le son par les touches du clavier ?

Si si... Va falloir que j'essaie ça mais comme je le disais c'est quand-même assez étonnant de proposer comme solution : "mute + vol+"

En tout cas quand je suis chez moi je suis toujours branché sur un caisson de basse... Et en extérieur j'utilise rarement le son... Donc c'est pour ça que finalement j'avais un peu laissé tombé...

Mais je crois au bout du compte que j'ai bien fait de relancer quand-même cette histoire... Je vais aller débrancher mon caisson avant d'allumer mon ordi tout à l'heure et je vous tiens au courant

Qid

Qid a écritJe vais aller débrancher mon caisson avant d'allumer mon ordi tout à l'heure et je vous tiens au courant

beuh !? j'ai eu le son dans les enceintes intégrées sans rien avoir besoin de faire...
questions : qu'est-ce qui fait que 2 démarrages à la suite sont "interprétés" différemment par le système !?
avoir débranché mon caisson de basse ordi éteint mais l'avoir allumé juste après aurait eu une incidence par rapport à si j'avais attendu un peu ? mais et "un peu" c'est combien de temps ?

en tous cas du coups tant que cette discussion reste ouverte je vais fonctionner sans mon caisson de basse... je vais vaquer un peu à mes occupations sur mon ordi avant de le couper pour le rallumer dans l'aprèm et je vous dirais si le problème est encore présent...

xubu1957

En fouillant sur le net, pour une 16.04, je trouve cette page > alsa-project.org

Montre :

lsmod | grep snd

Qid

lsmod | grep snd
snd_soc_rt5640        143360  0
snd_soc_rl6231         20480  1 snd_soc_rt5640
snd_hda_codec_realtek   114688  1
snd_soc_core          241664  1 snd_soc_rt5640
snd_hda_codec_generic    77824  1 snd_hda_codec_realtek
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_codec_hdmi     61440  1
snd_hda_intel          49152  11
snd_compress           24576  1 snd_soc_core
ac97_bus               16384  1 snd_soc_core
snd_hda_codec         131072  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_pcm_dmaengine      16384  1 snd_soc_core
snd_hda_core           90112  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep              20480  1 snd_hda_codec
snd_seq_midi           20480  0
snd_pcm               102400  8 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_soc_rt5640,snd_soc_core,snd_hda_core,snd_pcm_dmaengine
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            36864  1 snd_seq_midi
snd_seq                69632  2 snd_seq_midi,snd_seq_midi_event
snd_seq_device         16384  3 snd_seq,snd_seq_midi,snd_rawmidi
snd_timer              36864  2 snd_seq,snd_pcm
snd                    81920  34 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_compress,snd_soc_core,snd_pcm,snd_rawmidi
soundcore              16384  1 snd

xubu1957

Vu :

snd_hda_intel

Je n'ai rien trouvé pour le chipset ALC282, dans > [doc]audio_intel_hda[/doc]

Qid

alors...
bilan des courses
en fait ce qui semble déclencher le problème c'est suite à un arrêt complet et un débranchement du secteur (pour transport par exemple)... au redémarrage suivant aucun son ne sort des enceintes internes... et effectivement appuyer sur fn+mute puis fn+"vol+"...
mais bon... si on pouvait trouver une vraie solution durable...

xubu1957

Tu n'as pas un dual-boot avec Windows ?

Qid

Si pourquoi ? Je ne vois pas le rapport d'autant que mon Windows 10 je dois le démarrer en tout et pour tout une fois tous les 36 de chaque mois... Et encore... La chose que je fais le plus quand je suis dessus c'est le maintenir à jour...

xubu1957

J'avais conservé cette réponse :

Le 10/01/2017, Bougron a écritBonjour.
(...)
- Désactiver le démarrage rapide de windows. Sous windows
powercfg /hibernate off
- Ne jamais stopper windows avec la fonctionnalité ARRETER mais toujours avec la fonctionnalité REDEMARRER lorsqu'on est susceptible de lancer ubuntu et d'utiliser des périphériques utilisés par windows : Les partitions NTFS, le WIFI et probablement le bluetooth.
Ce fonctionnement est lié au démarrage rapide de windows qui verrouille (via le bios) les périphériques afin d'être sur de les retrouver à l'identique lors de son démarrage qui ne refait pas les séquences d'initialisation.
- De stopper windows avec ARRETER que lorsqu'on est absolument sur que le prochain démarrage qu'on choisira de faire sera windows.

(...)

Qid

Évidemment que le démarrage rapide de mon Windows est désactivé... 😉
Par contre je ne crois que moyennement à la différence de comportement entre arrêter et redémarrer surtout quand le démarrage rapide est bien dégagé...

xubu1957

J'ai résolu plusieurs discussions pour le Wi-Fi et le Bluetooth en redonnant le message.

Qid

xubu1957 a écritJ'ai résolu plusieurs discussions pour le Wi-Fi et le Bluetooth en redonnant le message.

Fait chier le windows !!! N'empêche que ce n'est pas logique... Je testerai pour voir par acquis de conscience... Mais vu les circonstances dans lesquelles le problème se produit je ne vois pas comment le windows peut interfèrer... D'autant que avant de découvrir la solution du FN+mute je ne faisais que démarrer Linux une première fois puis une seconde sans passer par windows... Et le problème se reproduit dès que l'ordinateur passe par une phase de non alimentation complète (ma batterie intégrée non amovible est HS)

Qid

Qid a écritJe testerai pour voir par acquis de conscience...

J'ai débranché et rebranché mon ordi avant de démarrer sur windows qui comme d'habitude a été bien long... Une fois complètement démarré j'ai utilisé le bouton redémarré et ai laissé mon ordi redémarrer seul sur Linux (je ne l'ai pas débranché du courant)... Et là... Eh bien pas de son... Donc retour à la case départ quant au diagnostic : windows n'interfère pas dans Linux qui considère son démarrage comme étant le premier malgré le démarrage de windows avant...

xubu1957

Je ne sais plus quoi proposer, ni où chercher ! 🙁

Page suivante »