Bonjour à tous.
Je viens d'installer F8 et depuis je n'arrive plus à obtenir aucun son d'aucune application.
Voici ma configuration et les symptômes:

Configuration:

System: Linux 2.6.23.1-49.fc8 #1 SMP Thu Nov 8 21:41:26 EST 2007 i686
Selinux: Permissive
Carte audio: Multimedia audio controller: Creative Labs [SB Live! Value] EMU10k1X
Packages installés:
gstreamer.i386 0.10.14-4.fc8 installed
gstreamer-plugins-base.i386 0.10.14-6.fc8 installed
gstreamer-plugins-good.i386 0.10.6-6.fc8 installed
gstreamer-plugins-pulse.i386 0.9.5-0.4.svn20070924. installed
gstreamer-plugins-ugly.i386 0.10.6-2.lvn8 installed
gstreamer-python.i386 0.10.8-2.fc8 installed
gstreamer-tools.i386 0.10.14-4.fc8 installed

Symptômes:

1) La carte son est correctement reconnue. (J'entends le son de test).
2) Je peux visualiser un fichier avi avec VLC mais je n'obtiens aucun son (idem avec un mp3). J'ai un message d'erreur a chaque lecture dans /var/log/messages: "[c]localhost pulseaudio[5445]: protocol-esound.c: pulsecore/protocol-esound.c: Failed to create sink input.".[/c]
3) Je ne peux lancer l'applet de contrôle de volume que sous root. Lancée sous un user normal, j'ai un popup d'erreur:"No volume control GStreamer plugins and/or devices found"
4) Sous root et user normal: "Pulse audio volume control" plante au démarrage (impossible d'y accéder).Le log d'erreur donne:[c]"[00000365] esd audio output error: write failed (Broken pipe)"[/c].

Ai-je manqué qq chose?
Vu que tout cela marchait très bien sous F7, je suppose que ce problème est du au fameux "pulseaudio" qui a du modifier l'architecture de gestion du son.
Et comme je n'arrive pas à trouver d'aide ou de tutoriel sur pulseaudio....
Toute aide est la bienvenue !
Merci d'avance.

-- Fabien
Je pense surtout que ta configuration nécessite des réglages et que pulseaudio ne peut faire ces réglages as ta place..

Est ce que ta carte fonctionne sans pulseaudio par exemple ?
(ps aux |grep pulse , puis kill le $pid de pulseaudio et testes le son dans system-config-soundcard )

Déjà il faut que cela fonctionne sans pulseaudio avant de mettre tout les malheurs du monde sur ton dos...
Tcho
J'ai exactement les mêmes symptomes que toi !
ça fait depuis vendredi que je suis dessus et j'ai rien trouvé !
j'ai réussi à avoir du son en me loggant directement sous root !

Je suppose un problème de droit d'accès mais c'est vraiment une petite supposition.
il semble qu'un utilisateur normal ne puissent se connecter au serveur pulseaudio.
il semble egalement que la connection pulseaudio<->alsa n'ai pas les droits d'accès necessaires pour s'établir.
(Infos à prendre avec des pincettes et sans garanties :idea: :idea: )

Je vais tenter la mise à jour du kernel et des acl. C'est bien pour tenter quelque chose !

(FC8 en install propre, AMD Athlon 2400+, carte son intégrée SiS7012 )

Bruno
Etat de l'art:

A) Avec ou sans process pulseaudio: system-config-soundcard fonctionne parfaitement (j'entends le son de test).

B) Sans process pulse (kill -15 <pulse process>):
=> Loggé sous root:
Tout marche parfaitement, je peux écouter des fichiers sons.
=> Loggé sous user:
gnome-sound-properties se lance mais un test de sound playback donne: "Error running pipeline 'audiotestsrc wave=sine freq=512 ! audioconvert ! audioresample ! gconfaudiosink': Internal GStreamer error: state change failed."
Le Volume control crashe au lancement.
Impossible de lire des fichiers sons of course.

Le problème "semble" double:
1) pulse audio perturbe le fonctionnement (et loin de moi l'idée de lui mettre tous les malheurs du monde sur le dos, j'essaye juste de solutionner mon pb...)
2) Pb de droits sous user lambda

-- Fabien
avez essayez avec kmix ou si vous êtes avec gnome il y a un similaire :roll:
Sauf erreur ou omission l'équivalent Gnome de kmix est "Volume control" qui plante sous user lambda avec le message: "No volume control GStreamer plugins and/or devices found."
avec vlc j'ai moi aussi le son qui est doublé. En désactivant le champs PCM de l'onglet interrupteurs dans kmix, le son devient clair (et en augmentant le volume sur entree:line et sortie:master).

Par contre j'ai un pb d'affichage des icones dans pulsaudio volume control. Les icones devant front left et front rigth ne s'affichent pas. quelqu'un sait il pourquoi ?
Bonsoir,

Je rencontre aussi ce problème. Je n'ai pas de son avec mon utilisateur lambda mais avec root ça marche.
Les preuves :
- le system-config-soundcard demande un accès root et fonctionne
- en kde lancé par root, les apllicatinos du style amarok, vlc fonctionne
- en kde avec l'utilisateur lambda, pas moyen d'avoir de son

Je continue mes recherches mais si vous trouvez une solution je suis preneur !😉
Tcho
pareil pour moi,
Mais encore plus fort !!!! ( roulement de tambours ....)

comme j'ai une config en multi-seat (2 ecrans, 2 claviers, 2 souris )

loggé en même temps sur un écran en lambda et sur l'autre en root :
avec lambda -> ça ne marche pas
avec root -> ça marche !

C'est bien un problème de droit ou d'utilisateur
Re,

Alors bilan intermédiaire des tentatives :
Le périphérique /dev/dsp à les droits 660, ce qui explique que l'on ait un accès interdit.avec un utilisateur lambda. Il serait intéressant de comparer ça aux droits qu'il avait sous F7.
J'ai donc passé /dev/dsp à 666 pour essayer et là plus de message d'erreur au lancement du serveur de son ! Cepandant toujours pas de son ! Même plus pour root !

Mauvaise idée. A suivre....
Bonsoir,
Nouveau dans la communauté j'ai installé fedora 8 il y a 3 jours et pour moi tout fonctionne bien j'ai du son et VLC marche plutôt bien.
J'ai juste quelques sautement de sons mais rien de grave car cela se produit très rarement.
J'utilise la carte son d'origine de mon PC sous drivers AC97 reconnu sous Windows.
Fedora la bien reconnu et pour le moment c'est assez stable.
@ bientôt
Apparemment, nous sommes plusieurs à avoir le même problème après une installation de Fedora 8: on ne peut écouter/visualiser du son/des fichiers multimédias que sous root !

Quelqu'un pourrait-il nous aider à diagnostiquer ce problème plutôt gênant ?

Au rique d'égratigner certaines susceptibilités (ce qui n'est absolument pas mon intention), ceci semble quand même être une régression.
Je ne tiens pas non plus à mettre tous les malheurs du monde sur le dos de Fedora, mais juste à faire avancer les choses, pour ceux qui n'auraient pas compris.

D'avance merci !
Pour ceux qui ont ce problème, comment avez vous installé Fedora ? Etais ce un yum upgrade ou une installation fraiche ?
J'ai eu aussi ce problème... à force de bidouillage, il a fini par se résoudre, mais j'ai tellement bidouillé que je sais plus trop ce que j'ai fait...

j'ai globalement l'impression que ca vient d'un souci entre alsa et pulseaudio.
Si vous essayez de configurer amarok par exemple, pour qu'il utilise la sortie OSS et non alsa, ca marche ? (chez moi oui ca ca marchait).
Ensuite je pense que je suis allé bidouiller dans Système -> preferences -> matériel -> son. bref, bon courage à ceux chez qui ca merde encore !
Bonsoir,

Moi j'ai le soucis dans 2 cas sur 3 :
- Depuis une Fedora 7 par yum upgrade, j'ai le problème
- Depuis Fedora 8 Test (7.92) par l'update due DVD, j'ai le problème
- Avec une installation de zéro : je n'ai pas le problème

Enfin je n'ai pas le problème et fait j'ai le problème inverse 😉 : je n'ai plus de son dans system-config-soundcard(root) mais mon utilisateur lambda a du son ! (avec ALSA)

Je continue de checher.....
Salut,

je suis pas sous fedora (je l eu été) , j ai installé une gentoo fraihement et j ai le meme pb que vous.
j ai fini par le resoudre avant de m avoir arrahé tous les cheuveux.

voila ce que j ai fait, si a peut vous aider.

J'ai regardé omment était onfigurer le /et/modules.conf (modprobe.onf sous fedora je crois) sur une version qui marhe.
j ai ajouté la ligne
options snd-hda-intel index=0
puis j ai meme essayé
options snd-hda-intel model=3stak


évidement snd-hda-intel est le module neessaire à ma arte graphique,, mai rien n y a fait.
J ai installé alsamixer qui remplace le controleur de volume, j'ai pu ragler le volume et tout et tout.
Mais pas de son,,,, RHAAAA
j'ai relancer le /etc/init.d/alsasound restart,,,,, de faon a e qu'il me creer le /dev/dsp que je n'avait meme pas.
Mais rien totem reste muet, il a l air de marher mais rien !!!!
j'installe le aplay (player en lignbe de ommande alsa) et la j'arrive a jouer du son!!! les drivers sont bons mes enceintes aussi, je suis pas fou, mais totem rest muet.


Finalement,
je m apperoit que les plugins-alsa ne sont pas installés,,, pfffffff (notamment le gst-plgins-alsa)
j'installe tout ca et hop ca marche apres un /et/init.d/alsasound restart . meme le controleur gnome marhe, enfin,,,,

(désolé j ai la touhe C qui oince parfois)

en esperant que ca puisse vous aidez.
tu parlais de ta carte son avec snd-hda-intel ?
Tcho

Putain de Bordel de Merde !!!!! (oooups )
J'y suis arrivé. Une semaine de travail acharné !!!!!
et tout ça pour ça :

J'ai modifié le fichier : /etc/udev/rules.d/40-alsa.rules comme suit :
# do not edit this file, it will be overwritten on update

KERNEL=="controlC[0-9]*",       NAME="snd/%k", MODE="0666"
KERNEL=="hwC[D0-9]*",           NAME="snd/%k", MODE="0666"
KERNEL=="pcmC[D0-9cp]*",        NAME="snd/%k", MODE="0666"
KERNEL=="midiC[D0-9]*",         NAME="snd/%k", MODE="0666"
KERNEL=="timer",                NAME="snd/%k", MODE="0666"
KERNEL=="seq",                  NAME="snd/%k", MODE="0666"
KERNEL=="mixer0",               SYMLINK+="mixer"
KERNEL=="dsp0",                 SYMLINK+="dsp"
KERNEL=="audio0",               SYMLINK+="audio"
J'ai simplement rajouté les MODE="0666"

C'est bien marqué au debut du fichier qu'il ne fallait pas le modifier. mais ça marche. Même après un On/Off

Il a fallu aussi que je supprime le repertoire /tmp/pulse-nomdelutilisateur car il n'avait pas les bon droits ( un reste de mes essais, sans doute )

Voila, j'espère que ça marchera aussi chez vous :roll:

Bon courage !

Je crois que j'ai bien mérité ma petite :pint:.

Bruno
Génial ! Ta manip me permet de règler le problème qui est relaté sur ce fil
Je n'y ai pas participé, mais rencontrais la même difficulté
Je fais le lien entre les deux.

Mais tous mes problèmes ne sont pas réglés pour autant : j'ai tellement bidouillé mon système dans tous les sens que, maintenant, c'est le détecteur de carte son qui ne fonctionne plus... Je crois qu'il va falloir que je réinstalle tout au propre.

Merci en tous les cas

Cordialement
l_embarqueur wrote:Tcho

Putain de Bordel de Merde !!!!! (oooups )
J'y suis arrivé. Une semaine de travail acharné !!!!!
et tout ça pour ça :
Merci beaucoup!!!
Je n'avais pas de problèmes réels, puisque le son fonctionnait mais c'était embêtant que à chaque ouverture de session j'ai droit à un message d'erreur comme quoi le serveur ne répondait pas.... et qu'il allait voir dave null.
Mais je le répète pour moi le son fonctionnait parfaitement malgrès ce message.
A ta santé l_embarqueur ! :pint:

En faisant ces quelques modifs le problème s'est résolu ! Pourtant j'ai regardé sur la fedora 8 que j'avais installé depuis zéro sur une autre partition, le fichier etc/udev/rules.d/40-alsa.rules ne contient pas les MODE que tu as rajouté et pourtant le son marchait.

Bon et bien puisque maintenant tout marche, je passe en version devel ! :-P
@lenormand
Dans ta version qui marche sans les modifs, peut tu faire un 'ls -l /dev/snd/*'
C'est juste histoire de trouver l'originie du problème.
Bruno
Salut..

Hélas, mon espoir a été de courte durée..
Malgré les modifications (qui sont toujours dans le fichier, même si il est écrit que ce fichier sera écrasé au début), j'ai eu la mauvaise surprise de retrouver mon message d'erreur ce matin.
Et le son fonctionne... que ce soit sous vlc, totem, flash.. etc etc.
Petite précision je suis sous KDE et SELinux est totalement désactivé.. je ne suis pas serveur et je n'ai aucune utilité de cette protection.

Bon... ben je clique "ok" et tout va bien 🙂 (je me refuse à dire de ne plus m'afficher ce message.. juste au cas où il disparaîtrait, signalant un meilleur fonctionnement).

Cordialement.
Bonjour,

En ce qui me concerne, j'ai tellement bidouillé mon installation que, finalement, je ne savais plus où j'en étais.
Pour résumer
Au début tout allait bien (enfin, apparemment, je ne suis pas allé chercher la petite bête)
Puis, le me suis aperçu que je ne pouvais plus lever ou baisser le volume par ligne de commande (ça c'est pour associer ces commandes à une touche de mon clavier) et que je n'avais plus accès à pulseaudio ou à son interface graphique pavucontrol

Alors, avec la solution de l_embarqueur (#19), j'ai récupéré l'accès à pavucontrol
Mais, je me suis aperçu que, bien que j'aie du son, l'utilitaire de recherche de la carte son (/usr/bin/system-config-soundcard) ne fonctionnait pas (le test affichait immédiatement, sans délai, le panneau "avez-vous entendu quelque chose ?" Réponse NON évidemment !) NB mais j'avais toujours du son

Puis, j'ai bidouillé mon /etc/modprobe.conf et, quelques fois, j'avais droit à cpu overload et là, system-config-soundcard me donnait du son, mais plus de réglage du son avec mes lignes de commandes... Pourtant pavucontrol était toujours accessible, ma ligne de commande avait un effet sur le curseur du 2ème onglet (Output Device), mais aucun effet sur le volume du son dans la réalité.

Je me suis donc résolu à repartir avec une installation propre et je suis reparti de zéro.
J'ai pu constater que, contrairement aux versions précédentes de fedora, au premier démarrage, le détecteur de carte son n'est pas affiché.
Je l'ai lancé volontairement tout de suite après l'installation (avant de faire quoique ce soit) et le test est mauvais (pas de son, panneau qui s'affiche immédiatement sans chercher). Pourtant, j'ai du son. Faut-il en conclure que /usr/bin/system-config-soundcard ne sert plus à rien avec pulseaudio ?
J'ai de nouveau mes contrôles de volume avec ligne de commande (youpi !). Mais pour combien de temps ?
Mon fichier /etc/udev/rules.d/40-alsa.rules n'a pas été modifié (il n'a pas les MODE="0666")

J'ai fait le test réclamé par l_embarqueur (#23). Voilà ce que cela donne
[dim 18 novembre (~) user] ls -l /dev/snd/*
crw-rw----+ 1 root root 116, 10 nov 18 07:09 /dev/snd/controlC0
crw-rw----+ 1 root root 116,  9 nov 18 07:09 /dev/snd/hwC0D0
crw-rw----+ 1 root root 116,  8 nov 18 07:09 /dev/snd/pcmC0D0c
crw-rw----+ 1 root root 116,  7 nov 18 07:09 /dev/snd/pcmC0D0p
crw-rw----+ 1 root root 116,  6 nov 18 07:09 /dev/snd/pcmC0D1c
crw-rw----+ 1 root root 116,  5 nov 18 07:09 /dev/snd/pcmC0D1p
crw-rw----+ 1 root root 116,  4 nov 18 07:09 /dev/snd/pcmC0D2c
crw-rw----+ 1 root root 116,  3 nov 18 07:09 /dev/snd/seq
crw-rw----+ 1 root root 116,  2 nov 18 07:09 /dev/snd/timer
Si tu as la chance d'y comprendre quelque chose

NB moi aussi, je désactive toujours SELinux qui, m'a-t-on dit ne sert à rien pour l'utilisation que je fais de ma machine.

Voilà où j'en suis,

Bien cordialement,
Bonjour,

J'ai tout simplement :-o désactivé pulse par defaut dans alsa, en faisant en tant que root:
mv /etc/alsa/pulse-default.conf /etc/alsa/pulse-default.conf.backup
Ensuite alsamixer redevient une merveille pour les amoureux de la ligne de commande. Pour tous ceux chez qui ça marchera :pint:
GeorgesLours wrote:Je l'ai lancé volontairement tout de suite après l'installation (avant de faire quoique ce soit) et le test est mauvais (pas de son, panneau qui s'affiche immédiatement sans chercher). Pourtant, j'ai du son. Faut-il en conclure que /usr/bin/system-config-soundcard ne sert plus à rien avec pulseaudio ?
J'ai de nouveau mes contrôles de volume avec ligne de commande (youpi !). Mais pour combien de temps ?
Mon fichier /etc/udev/rules.d/40-alsa.rules n'a pas été modifié (il n'a pas les MODE="0666")

J'ai fait le test réclamé par l_embarqueur (#23). Voilà ce que cela donne
[dim 18 novembre (~) user] ls -l /dev/snd/*
crw-rw----+ 1 root root 116, 10 nov 18 07:09 /dev/snd/controlC0
crw-rw----+ 1 root root 116,  9 nov 18 07:09 /dev/snd/hwC0D0
crw-rw----+ 1 root root 116,  8 nov 18 07:09 /dev/snd/pcmC0D0c
crw-rw----+ 1 root root 116,  7 nov 18 07:09 /dev/snd/pcmC0D0p
crw-rw----+ 1 root root 116,  6 nov 18 07:09 /dev/snd/pcmC0D1c
crw-rw----+ 1 root root 116,  5 nov 18 07:09 /dev/snd/pcmC0D1p
crw-rw----+ 1 root root 116,  4 nov 18 07:09 /dev/snd/pcmC0D2c
crw-rw----+ 1 root root 116,  3 nov 18 07:09 /dev/snd/seq
crw-rw----+ 1 root root 116,  2 nov 18 07:09 /dev/snd/timer
Bonjour,

Je reprends cet extrait de mon message de l'autre jour (#25)
J'avais donc une installation toute neuve
Hier, j'ai mis à jour 3 paquets : gdm gdb et tomcat5
Ce matin, en ouvrant mon ordi, j'ai le message d'erreur du serveur son qui répond pas et, de nouveau, je ne pouvais plus accéder à pavucontrol.
La réponse à la commande ls -l /dev/snd/* est toujours la même...
Je réinstalle les versions antérieures de ces 3 paquets (avec smart) et je n'ai plus l'erreur !

Pourtant, il n'y a rien à voir entre ces paquets et le son ???
Décidément, je n'y comprends rien!

Modification à 17h50 : bon, ben non, je les ai réinstallés l'un après l'autre dans leur version mise à jour et j'ai pu de nouveau démarrer ma machine sans l'erreur.
Sans doute une coincidence ?
Bien cordialement,
Bonjour,

J ai le même problème que vous, j ai éffectué la manip de l embarqueur
mais je me trouve encore avec le même problème après avoir redemarrer
si je veux avoir du son, je dois me logger en root (pas pratique ...).

Ma carte son est bien détecté, mais lorsque je vais dans preferences>materiel>son
et que j effectue le test. Il me retourne cette erreur :

audiotestsrc wave=sine freq=512 ! audioconvert ! audioresample ! gconfaudiosink: Internal GStreamer error: state change failed. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.

Voila mon periph audio :

00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)

J ai fait un Upgrade pour avoir cette fc8. Dans un premier temps, j'avais du son,
tout marchait bien et il y a deux jours, je me suis retrouvé avec ce problème. :roll:

Si quelqu un a une idée ? 😉
Pour l instant, cela fonctionne mais je n aime pas du tout
la manip que je viens de faire, je viens de m ajouter au groupe root
et je peux controler et ecouter le son.

Si quelqu un à une idée pour faire autrement ?

Rectification :

Je n ai le son que pour certaines application comme vlc ou bien xine.
Rhythmbox me renvoie une erreur et pour mplayer, j ai un grésillement en guise de son ...
7 jours plus tard
Bonjour,

J'ai un problème similaire, il m'affichait au démarrage de KDE le message suivant
 
Sound server informational message:
Error while initializing the sound driver:
device: default can't be opened for playback (Connection refused)
The sound server will continue, using the null output device.
En passant sur le pilote OSS le message n'apparait plus, j'ai du son en test et avec vlc. Amarok ne démarrait pas et ne démarre toujours oas, de toute façon je ne pense pas qu'il ne puisse démarrer sans alsa.
J'ai essayé les manips de ce forum mais sans succès.

Une idée ?
Je n'ai pas vraiment de solution. J'ai eu ça et, comme toi, ai cherché à traficoter dans les paramètres de son tant et si bien que je fus incapable de revenir à la situation initiale.
J'ai refais mon installation et depuis, régulièrement, j'ai cette erreur qui apparaît au démarrage de kde. Je me contente de redémarrer (ou plutôt en root un init 3 suivi d'un init 5) et je récupère une session de kde sans l'erreur.
Je me dis bien quà ce train là, je vais, peut-être, un jour me retrouver avec une erreur persistante, mais ça n'est pas encore arrivé...
Il doit y avoir plus simple qu'un redémarrage, même partiel, mais je n'ai pas trouvé le service qu'il fallait redémarrer dans ces cas-là.
Désolé de ne pas pouvoir aider plus,

Bien cordialement
Attention au utilisateur qui sont passés par un upgrade! F-7 F-8 !

Il faut vérifier que les paquets de compatibilité installé par default avec F-8 ont été amené lors de l'upgrade...
Par ailleurs il est précaunisé de mettre à jours les fichiers de configuration depuis /etc/ (en particulier les fichiers *.rpmnew )
Oui mais je n'ai pas fait d'upgrade, je n'ai gardé que mon /home.
Moi non plus, ma première installation était une installation complètement nouvelle (sauf le /home) et idem pour la seconde. C'est visiblement le processus d'utilisation de pulseaudio qui a encore quelques imperfections. Je dis cela parce que quand j'ai cette erreur, je n'ai plus accès à pavucontrol et pulseaudio indique toujours des erreurs (cf. les messages ci-dessus). Comme je ne parle pas anglais, j'ai du mal à me tenir au courant, mais bon, je mets à jour régulièrement, ça va certainement se résoudre
Pour ma part, je suis passé par un Upgrade qui a bien fonctionné lorsque
je suis passé de FC6 à F7. J ai fait de même de F7 à F8. Et finalement,
j'ai fait une re-install complète et depuis le son fonctionne correctement.
Salut
comme quelque personne ici j ais eu aussi quelque probleme avec pulseaudio (connection refused)
et j ais trouver la solution qui fonctionne très bien pour moi sur le forum de Fedora anglais
il suffit juste d ajouter l'utilisateur a tout les groupe qui commence avec pulse-
et maintenant ça fonctionne très bien !

@+
Punaise! moi je tourne avec 2 cartes son (enfin l'intégré et une pci...) et je croit que je vais plus m'en passer! je n'ai de problème que sous ETQW, mais ne désespère pas le faire fonctionner! Vivement que tout soit pris en compte avec ce genre de serveur sonore!

Pour audacity, par exemple, il faut sélectionner la bonne carte audio dans ses propres préférences, car il n'est pas géré par pulse! après ça vas tout seul!
Visiblement je n'ai plus de problème, une mise à jour à du aidé.
Nours féroce wrote:Visiblement je n'ai plus de problème, une mise à jour à du aidé.
En ce qui me concerne, c'est loin d'être le cas. Jusqu'à présent, comme je l'ai déjà expliqué, il suffisait que je redémarre pour récupérer pavucontrol. Hier, ça n'a pas marché : il a fallu plusieurs redémarrage (init 3/init 5) pour que l'erreur disparaisse. Mais, maintenant, j'ai accès à pavucontrol, mais dans l'onglet "output device", j'ai beau jouer avec le réglage du son, ça n'a aucun effet.
En console, cela correspond à la commande "amixer set Master xx%"
Du coup, j'ai utilisé la technique de sMuNiX
mv /etc/alsa/pulse-default.conf /etc/alsa/pulse-default.conf.backup
et je contrôle le volume avec PCM "amixer set PCM xx%"
Pffff...
Mais qu'est-ce qui fait que le système évolue tout seul comme ça ? Je n'ai rien fait personnellement !!! ou je n' m'en souviens plus...
Cordialement,