Perte du son avec Fedora Linux suite à mise à jour alsa-lib
6 septembre 2025 à 19:36
Bonjour à tous,
Aujourd'hui, un petit billet de blog, pour expliquer la résolution d'un souci avec Fedora ... mais non lié à Fedora
J'utilise un PC portable Dell Latitude 3510 pour faire des formations. Je l'utilise régulièrement, et il est mis à jour tout autant.
Cependant, je n'écoute pas de musique ni regarde de vidéos dessus.
Hier, j'ai vouli l'utiliser sur la télé, avec un cable HDMI, et je me rend compte que je n'ai plus de son !
Je n'ai pas la carte son, ni l'HDMI, uniquement "Dummy Output".
Je n'ai pas ce souci sur le PC fixe.
Après quelques recherches, des gens ont le souci sur Fedora Silverblue : https://discussion.fedoraproject.org/t/intel-sound-not-working-since-6-26-update-of-f42-silverblue-dummy-output/159336/4
La solution est de revenir à une image précédente de cette version atomique, le composant problématique semble être alsa-lib.
Sur ma Fedora 42, je fais donc un :
Ce qui donne :
Après un reboot, le son est de retour.
Bon c'est bien mais je ne vais pas bloquer ce paquet de mises à jour, car quand Fedora 43 arrivera, je n'aurai plus la version 1.2.13 à ma disposition.
je décide d'ouvrir un bug ce vendredi soir : https://bugzilla.redhat.com/show_bug.cgi?id=2393552
Le contributeur (de chez Red Hat) m'aiguille sur le bug déclaré pour la Fedora Silverblue et me demande de saisir les commandes qui ont été demandées.
C'est chose faite, il a été réactif !
Il m'a demandé des rapports d'Alsa via :
Et des débugs de Wireplumber (la couche gérant le son avec PipeWire) via :
J'ai en parallèle déclaré un bug sur le projet ALSA (croyant que le composant problématique était ALSA) : https://github.com/alsa-project/alsa-lib/issues/475
Je l'ai fait car j'ai testé avec une ISO live d'OpenSUSE Tumbleweed, et en bootant sur le live je n'ai pas de son non plus avec la version 1.2.14 d'ALSA.
Finalement moins de 24h après avoir déposé le bug sur le bugzilla de Red Hat, j'ai une mesure de contourmenent proposée :
Et en effet, ça fonctionne après un reboot.
Cerise sur le gâteau, le développeur de Red Hat a :
- clôturé le rapport d'ALSA que j'avais ouvert
- ouvert un bug sur le projet concerné par la régression : https://github.com/thesofproject/linux/issues/5528
J'ai confirmé le fonctionnement du workaround, je laisse le responsable du bug chez Red Hat clôturer quand il veut, suivant les décisions qu'il prend (patcher le fichier ou clore avec un WORKAROUND). En tout cas, au lieu de corriger dans l'immédiat dans Fedora, il applique la devise de Red Hat "Upstream first" en remontant le souci au projet en amont.
En tout cas, ce billet permet de garder l'astuce sous le coude, et saluer le travail de la communauté de Fedora. Ici, c'est un développeur de Red Hat qui maintien le paquet ALSA.
Contribuer, c'est aussi simplement remonter un bug, il est corrigé ou remonté upstream.
Je n'ai fait que décrire mon problème, et saisir des commandes pour aider au diagnostic.
Aujourd'hui, un petit billet de blog, pour expliquer la résolution d'un souci avec Fedora ... mais non lié à Fedora

J'utilise un PC portable Dell Latitude 3510 pour faire des formations. Je l'utilise régulièrement, et il est mis à jour tout autant.
Cependant, je n'écoute pas de musique ni regarde de vidéos dessus.
Hier, j'ai vouli l'utiliser sur la télé, avec un cable HDMI, et je me rend compte que je n'ai plus de son !
Je n'ai pas la carte son, ni l'HDMI, uniquement "Dummy Output".
Je n'ai pas ce souci sur le PC fixe.
Après quelques recherches, des gens ont le souci sur Fedora Silverblue : https://discussion.fedoraproject.org/t/intel-sound-not-working-since-6-26-update-of-f42-silverblue-dummy-output/159336/4
La solution est de revenir à une image précédente de cette version atomique, le composant problématique semble être alsa-lib.
Sur ma Fedora 42, je fais donc un :
Code BASH :
dnf downgrade alsa-lib
Ce qui donne :
Code TEXT :
Package Arch Version Repository Size Downgrading: alsa-lib i686 1.2.13-4.fc42 fedora 1.5 MiB replacing alsa-lib i686 1.2.14-3.fc42 updates 1.5 MiB alsa-lib x86_64 1.2.13-4.fc42 fedora 1.4 MiB replacing alsa-lib x86_64 1.2.14-3.fc42 updates 1.4 MiB alsa-ucm noarch 1.2.13-4.fc42 fedora 457.9 KiB replacing alsa-ucm noarch 1.2.14-3.fc42 updates 569.5 KiB alsa-utils x86_64 1.2.13-3.fc42 fedora 2.5 MiB replacing alsa-utils x86_64 1.2.14-1.fc422.4 MiB Transaction Summary: Replacing: 4 packages Downgrading: 4 packages
Après un reboot, le son est de retour.
Bon c'est bien mais je ne vais pas bloquer ce paquet de mises à jour, car quand Fedora 43 arrivera, je n'aurai plus la version 1.2.13 à ma disposition.
je décide d'ouvrir un bug ce vendredi soir : https://bugzilla.redhat.com/show_bug.cgi?id=2393552
Le contributeur (de chez Red Hat) m'aiguille sur le bug déclaré pour la Fedora Silverblue et me demande de saisir les commandes qui ont été demandées.
C'est chose faite, il a été réactif !
Il m'a demandé des rapports d'Alsa via :
Code BASH :
alsa-info.sh --no-upload
Et des débugs de Wireplumber (la couche gérant le son avec PipeWire) via :
Code BASH :
systemctl --user stop wireplumber WIREPLUMBER_DEBUG="spa.*:5" wireplumber
J'ai en parallèle déclaré un bug sur le projet ALSA (croyant que le composant problématique était ALSA) : https://github.com/alsa-project/alsa-lib/issues/475
Je l'ai fait car j'ai testé avec une ISO live d'OpenSUSE Tumbleweed, et en bootant sur le live je n'ai pas de son non plus avec la version 1.2.14 d'ALSA.
Finalement moins de 24h après avoir déposé le bug sur le bugzilla de Red Hat, j'ai une mesure de contourmenent proposée :
Citation :
Workaround is to remove or comment out the 'CaptureChannels 1' line in '/usr/share/alsa/ucm2/Intel/sof-hda-dsp/HiFi.conf' file.
Et en effet, ça fonctionne après un reboot.
Cerise sur le gâteau, le développeur de Red Hat a :
- clôturé le rapport d'ALSA que j'avais ouvert
- ouvert un bug sur le projet concerné par la régression : https://github.com/thesofproject/linux/issues/5528
J'ai confirmé le fonctionnement du workaround, je laisse le responsable du bug chez Red Hat clôturer quand il veut, suivant les décisions qu'il prend (patcher le fichier ou clore avec un WORKAROUND). En tout cas, au lieu de corriger dans l'immédiat dans Fedora, il applique la devise de Red Hat "Upstream first" en remontant le souci au projet en amont.
En tout cas, ce billet permet de garder l'astuce sous le coude, et saluer le travail de la communauté de Fedora. Ici, c'est un développeur de Red Hat qui maintien le paquet ALSA.
Contribuer, c'est aussi simplement remonter un bug, il est corrigé ou remonté upstream.
Je n'ai fait que décrire mon problème, et saisir des commandes pour aider au diagnostic.